FTDataSource API
Hi, Iâm a bit confused because FTDataSource has two methods #cellColumn:row: and #elementAt: with subclassResponsibility. I understand when FTSimpleDataSource implements #elementAt: and uses it in #cellColumn:row:. But as #cellColumn:row: is more general, why is there #elementAt: defined in FTDataSource? Uko
mmm⦠thatâs an error :) Iâm using (wrongly) #elementAt: to pick up drag&drop passengers in FTTableMorph>>#startDrag:, and that is a mistake (it should call some #passegerAt: method). can you fill a bug report, please? Esteban
On 09 Sep 2015, at 17:03, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Hi,
Iâm a bit confused because FTDataSource has two methods #cellColumn:row: and #elementAt: with subclassResponsibility. I understand when FTSimpleDataSource implements #elementAt: and uses it in #cellColumn:row:. But as #cellColumn:row: is more general, why is there #elementAt: defined in FTDataSource?
Uko
Done https://pharo.fogbugz.com/f/cases/16537/FTDataSource-elementAt-should-not-be...
On 09 Sep 2015, at 17:48, Esteban Lorenzano <estebanlm@gmail.com> wrote:
mmm⦠thatâs an error :) Iâm using (wrongly) #elementAt: to pick up drag&drop passengers in FTTableMorph>>#startDrag:, and that is a mistake (it should call some #passegerAt: method).
can you fill a bug report, please?
Esteban
On 09 Sep 2015, at 17:03, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Hi,
Iâm a bit confused because FTDataSource has two methods #cellColumn:row: and #elementAt: with subclassResponsibility. I understand when FTSimpleDataSource implements #elementAt: and uses it in #cellColumn:row:. But as #cellColumn:row: is more general, why is there #elementAt: defined in FTDataSource?
Uko
participants (2)
-
Esteban Lorenzano -
Yuriy Tymchuk