<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 14, 2014 at 5:29 PM, Marcel Taeumel <span dir="ltr"><<a href="mailto:marcel.taeumel@student.hpi.uni-potsdam.de" target="_blank">marcel.taeumel@student.hpi.uni-potsdam.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hmmm.... Every morph can have its own layout. In the process of layouting,<br>
the policy gets the chance to access all morph properties in the call<br>
#layout:in:. As far as I understand this framework, it can be *very*<br>
morph-specific as we see with the morph flags #hResizing, #vResizing,<br>
#disableTableLayout, ...<br>
<br>
In your case, as far as I understood it, just give all your morphs this<br>
singleton policy. Where is the problem? Do you want to propagate this layout<br>
automatically to all morphs in a submorph hierarchy?<br>
<br>
I think that your way of delegating the layout-call from the policy to the<br>
morph breaks several assumptions about #fullBounds and #doLayoutIn:. Anyway,<br>
you need to be sure to not trigger a layout update of the morph whose<br>
submorphs you are currently layouting in the call. :) I feel that your need<br>
has to be addressed somehow differently.<br>
<br>
Note: In my projects, I implemented parts of the TableLayout policy again in<br>
some less flexible way to avoid several problems that TableLayouts have. If,<br>
for example, I only want to layout things vertically, I subclass a<br>
VerticalLayout and just put those morphs in a column. Faster and less buggy<br>
than TableLayout. TableLayout needs way more testing and fixing. :)<br></blockquote><div><br></div><div>+1</div><div><br></div><div>Layout is quite hard to get working right.</div><div><br></div><div>cheers,</div><div>Karl </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best,<br>
Marcel<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://forum.world.st/A-LayoutPolicy-for-non-formulaic-layouts-tp4748906p4749188.html" target="_blank">http://forum.world.st/A-LayoutPolicy-for-non-formulaic-layouts-tp4748906p4749188.html</a><br>
Sent from the Squeak - Dev mailing list archive at Nabble.com.<br>
<br>
</blockquote></div><br></div></div>