Status: New Owner: ---- Labels: Type-Defect Priority-Medium
New issue 972 by benjamin...@gmail.com: MNU GLMTreeMorphNodeModel>>previousLink: http://code.google.com/p/moose-technology/issues/detail?id=972
In Moose48 downloaded 2013-08-24...
FreeTypeCache allInstances explore
select '1 item' tab select 'a FreeTypeCache' select 'State' tab > 'fifo' variable select 'nnnn items' tab
---> MNU GLMTreeMorphNodeModel>>previousLink:
Attachments: GLMTreeMorphNodeModel#previousLink.png 80.6 KB
Comment #1 on issue 972 by benjamin...@gmail.com: MNU GLMTreeMorphNodeModel>>previousLink: http://code.google.com/p/moose-technology/issues/detail?id=972
Not sure if this is the final solution, but error is avoided by adding asOrderedCollection... GLMTreeMorphModel >> roots: anObjectOrCollection roots := anObjectOrCollection isCollection ifTrue: [ anObjectOrCollection ">>"asOrderedCollection"<<" collect: [:each | self nodeModelFor: each ] ] ifFalse: [ OrderedCollection with: (self nodeModelFor: anObjectOrCollection) ]
------------------ Otherwise... * anObjectOrCollection is a FreeTypeCacheLinkedList, whose #collect: & #addLast: methods require elements to understand #nextLink and #previousLink * block-variable :each is a FreeTypeCacheEntry, which does understand these * the result of [self nodeModelFor: each] is GLMTreeMorphNodeModel, which does not
Updates: Status: Fixed Labels: Component-Glamour Milestone-4.8
Comment #2 on issue 972 by tu...@tudorgirba.com: MNU GLMTreeMorphNodeModel>>previousLink: http://code.google.com/p/moose-technology/issues/detail?id=972
Thanks. Fixed. Although it is probably less efficient when we have other types of collections, it should be fine for now.
-
moose-technology＠googlecode.com