[Cuis-dev] adding a morph to start of LayoutMorph

[Hilaire Fernandes]

In a LayoutMorph, Z-order does not matter because as the submorphs are 
layout in column or row, they never overlap.

In the LayoutMorph protocol, it would be better if all alternatives to 
addMorph: as addMorphBack, addMorphFront, etc be be marked as 
#shouldNoBeImplemented.

It will clarify the protocol for the users.

Opinion?


Le 11/08/2024 à 01:45, Mark Volkmann via Cuis-dev a écrit :
> Here is where I don't get the claim that addMorphFront and 
> addMorphBack are all about Z-order.
> From this code, for a vertical LayoutMorph, those methods seem to be 
> all about Y-order
> since they control the order of the submorphs array

-- 
GNU Dr. Geo
http://gnu.org/s/dr-geo/
http://gnu-drgeo.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20240811/5c7634a9/attachment-0001.htm>