<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000"><div>Further thoughts in this topic: </div><div><br></div>
                                        
                                        
                                            
                                        
                                        
                                        Since all those #cell* properties use the same values for all cells in an owner, there is no property that would compare to CSS margin. There is CSS padding, though, in the form of #layoutInset, which is "per cell" or morph. I am not sure whether #cellInset exists in the CSS world. Maybe there is no need because of CSS margin.<div class="mb_sig"></div>
                                        
                                        <div><br></div><div>Comparing to the CSS box model, the biggest difference to Squeak's Morphic is the size (or extent) calculation. In CSS, "... width: 50px ..."  refers to the "inner-most" bounds, which are the #layoutBounds in Squeak. Evaluating "aMorph width: 50" in Squeak will make that morph 50px wide, while CSS would add margin, border width, and padding ... making it 50 px + ?? px</div><div><br></div><div>I think that Squeak's way of treating #width: and #height: is easier for the programmer. However, this would mean that any "margin" had to be implemented close to BorderStyle. Inset the border style. Then, #width: and #height: could keep their current meaning.</div><div><br></div><div>Note that there is Morph >> #layoutBounds: but that is used only for the layouting process. Hmm...  maybe I change #layoutBounds:, #layoutPosition:, and #layoutExtent: to #setLayoutBounds:, #setLayoutPosition:, and #setLayoutExtent: to make that more clear.</div><div><br></div><div>Maybe we need something that compares to CSS "... width: 50px ..." such as Morph >> #innerWidth:. ... no, that would include only border inset (see Morph >> #innerBounds) not #layoutInset ... maybe Morph >> #layoutWidth:. ... and so on. :-)</div><div><br></div><div>Best,</div><div>Marcel</div><blockquote class="history_container" type="cite" style="border-left-style: solid;border-width: 1px;margin-top: 20px;margin-left: 0px;padding-left: 10px;min-width: 500px">
                        <p style="color: #AAAAAA; margin-top: 10px;">Am 21.08.2019 17:16:37 schrieb Marcel Taeumel <marcel.taeumel@hpi.de>:</p><div style="font-family:Arial,Helvetica,sans-serif"><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000">
                                        Not possible. #cellSpacing (#globalRect, #globalSquare, #localRect, #localSquare) has already another meaning in TableLayout. :-)<div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div><blockquote class="history_container" type="cite" style="border-left-style: solid;border-width: 1px;margin-top: 20px;margin-left: 0px;padding-left: 10px;min-width: 500px">
                        <p style="color: #AAAAAA; margin-top: 10px;">Am 21.08.2019 16:58:24 schrieb Fabio Niephaus <lists@fniephaus.com>:</p><div style="font-family:Arial,Helvetica,sans-serif">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 21 Aug 2019 at 4:58 pm, Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de">marcel.taeumel@hpi.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin: 0 0 0 .8ex;border-left: 1px #ccc solid;padding-left: 1ex;min-width: 500px"><div id="m_341374752851742006__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000">
                                        
                                        
                                            
                                        
                                        
                                        Please find attached an updated version.<div><br></div><div>Biggest changes:</div><div>- Fixes a bug with #cellInset in TableLayout</div><div>- Adds new property <b>#cellGap</b> for TableLayout</div></div></blockquote><div dir="auto"><br></div><div dir="auto">+1 for calling this cellSpacing instead (similar to HTML tables).</div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin: 0 0 0 .8ex;border-left: 1px #ccc solid;padding-left: 1ex;min-width: 500px"><div id="m_341374752851742006__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000"><div></div><div>- Uses #cellGap instead of #cellInset in most cases</div><div><br></div><div><img src="cid:16cb4adb69cea654a7f1" style="width:667px;max-width:100%"></img></div><div><br></div><div>Best,</div><div>Marcel</div></div><div id="m_341374752851742006__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000"><div class="m_341374752851742006mb_sig"></div>
                                        
                                        <blockquote class="m_341374752851742006history_container" type="cite" style="border-left-style: solid;border-width: 1px;margin-top: 20px;margin-left: 0px;padding-left: 10px;min-width: 500px">
                        <p style="color:#aaaaaa;margin-top:10px">Am 14.08.2019 08:51:29 schrieb Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de" target="_blank">marcel.taeumel@hpi.de</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif"><div id="m_341374752851742006__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000">
                                        Hey Chris (cmm) :-) Would you try it out on some important interactions in Maui?<div><br></div><div>Hey Tim (tpr) :-) Would you make a short performance check on a RaspberryPi?</div><div><br></div><div>Best,</div><div>Marcel</div><div class="m_341374752851742006mb_sig"></div><blockquote class="m_341374752851742006history_container" type="cite" style="border-left-style: solid;border-width: 1px;margin-top: 20px;margin-left: 0px;padding-left: 10px;min-width: 500px">
                        <p style="color:#aaaaaa;margin-top:10px">Am 12.08.2019 18:30:51 schrieb Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de" target="_blank">marcel.taeumel@hpi.de</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif"><div id="m_341374752851742006__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000">Hi, there,<div><br></div><div>Please find attached a change set that addresses several bugs around layouting and re-drawing. I had the following goals:</div><div><br></div><div>- Better support for <b>TextMorphs </b>in TableLayout</div><div>- Better support for <b>protruding submorphs</b> in a non-clipping and non-shrink-wrapping morph</div><div>- Ensure full layout computation after calling #fullBounds ... no extra re-draw cycles to <b>avoid flickering</b>.</div><div><br></div><div>I have to admit that I did break some layout things back in 2016 because I didn't understand the implementation good enough. Other things have never been working correctly before, such as height-for-width updates for TextMorph children ... which do their own (text) layout and thus misbehaved in a table-layout container.</div><div><br></div><div>What's (still) not working?</div><div><br></div><div>- Useful <b>minimum extent</b> for windows and dialogs</div><div>- <b>#justified</b> list-centering with #spaceFill children (-> might be a new issue but rare?)</div><div><br></div><div>How can you test some changes? Well, try resizing the find-class or save-file dialog to this:</div><div><br></div><div><img width="auto"></img><img width="auto" style="font-size: 10pt"></img></div><div><br></div><div>Usually, submorphs are either not protruding their morphs or they get clipped. If they are protruding and not clipped, the layout-cell computation was a mix of bounds and fullBounds. I suppose that other frameworks use just the bounds, ignoring any protruding submorphs, like this:</div><div><br></div><div><img width="auto"></img></div><div><br></div><div>The blue-filled morphs are shrink-wrapped in a container arranged from the left to the right. Protruding submorphs share the owner's border color. Only the rightmost morph has its own table layout and adjuts its height to its children -- but not its width.</div><div><br></div><div>Best,</div><div>Marcel</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div></div></blockquote>
                                        </div></div></blockquote></div><br>
</blockquote></div></div>
</div></blockquote>
                                        </div></div></blockquote></div>