<div dir="ltr">Is there any new documentation planned ? </div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 12, 2013 at 11:42 PM, Benjamin <span dir="ltr"><<a href="mailto:Benjamin.VanRyseghem.Pharo@gmail.com" target="_blank">Benjamin.VanRyseghem.Pharo@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Confirmed and fixed :P<br><div><a href="https://pharo.fogbugz.com/default.asp?12153" target="_blank">https://pharo.fogbugz.com/default.asp?12153</a></div>
<div><br></div><div>
<br><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;display:inline!important;font-weight:normal;float:none;line-height:normal;text-transform:none;white-space:normal;font-family:Helvetica;word-spacing:0px">Ben</span>

</div><div><div class="h5">
<br><div><div>On 12 Nov 2013, at 17:08, Martin Dias <<a href="mailto:tinchodias@gmail.com" target="_blank">tinchodias@gmail.com</a>> wrote:</div><br><blockquote type="cite">(Checked in Pharo 30567)<br><br>On Tue, Nov 12, 2013 at 5:08 PM, Martin Dias <<a href="mailto:tinchodias@gmail.com" target="_blank">tinchodias@gmail.com</a>> wrote:<br>
<blockquote type="cite">Thanks Ben. It's neat to have Spec models for tree columns. It was<br>strange to instantiate MorphTreeColumnMorph directly from my Spec<br>model.<br><br>I found an issue in TreeModel: Only one level of children is shown.<br>
Reproduce with:<br><br>TreeModel new<br>  roots: (1 to: 5);<br>  childrenBlock: [ :item | 1+item to: 5+item ];<br>  openWithSpec<br><br>Should I report?<br><br>Martín<br><br>On Tue, Nov 12, 2013 at 2:59 PM, Benjamin<br><<a href="mailto:Benjamin.VanRyseghem.Pharo@gmail.com" target="_blank">Benjamin.VanRyseghem.Pharo@gmail.com</a>> wrote:<br>
<blockquote type="cite">It’s this one: <a href="https://pharo.fogbugz.com/default.asp?12135" target="_blank">https://pharo.fogbugz.com/default.asp?12135</a><br><br>Ben<br><br>On 12 Nov 2013, at 14:49, Martin Dias <<a href="mailto:tinchodias@gmail.com" target="_blank">tinchodias@gmail.com</a>> wrote:<br>
<br>I forgot to specify: in latest Pharo (30565)<br><br>On Tue, Nov 12, 2013 at 2:48 PM, Martin Dias <<a href="mailto:tinchodias@gmail.com" target="_blank">tinchodias@gmail.com</a>> wrote:<br><br>I think there is some issue with TreeColumnModel. For example:<br>
<br>TreeModel exampleWithCustomColumnsAndNodes<br><br>Raises "ByteSymbol(Object)>>doesNotUnderstand: #adapt:"<br><br>Should I report in fogbugz?<br><br>thanks,<br>Martín<br><br>On Tue, Nov 12, 2013 at 2:21 PM, Stéphane Ducasse<br>
<<a href="mailto:stephane.ducasse@inria.fr" target="_blank">stephane.ducasse@inria.fr</a>> wrote:<br><br>Yes this is what I did for the change sorter. I do not like this DSL like<br>way of passing block over block over block<br>
over blocks.<br><br>I love blocks but methods are named blocks and I prefer them.<br><br>Stef<br><br>biut that method can be written:<br><br>aMenu addGroup: (MenuGroupModel new<br>addItem: (MenuItemModel new<br>name: 'Browse Full';<br>
action: [ self browseSelectedObject ];<br>shortcut: $b command mac | $b alt win | $b alt unix);<br>addItem: (MenuItem new<br>name: 'Browse Class';<br>action: [ self browseSelectedObjectClass ])).<br><br>and you do not have to declare variables for that (and is a lot better than<br>
using a block, IMO).<br><br><br><br>On Nov 12, 2013, at 9:36 AM, Benjamin <<a href="mailto:Benjamin.VanRyseghem.Pharo@gmail.com" target="_blank">Benjamin.VanRyseghem.Pharo@gmail.com</a>><br>wrote:<br><br>One can just use an object too.<br>
<br>It’s just that otherwise, it pollutes a bit the method with tons of inst<br>vars<br>(and then you forget to use them :P)<br><br>Ben<br><br>On 12 Nov 2013, at 13:05, Esteban Lorenzano <<a href="mailto:estebanlm@gmail.com" target="_blank">estebanlm@gmail.com</a>> wrote:<br>
<br><br>On Nov 12, 2013, at 4:22 AM, Benjamin <<a href="mailto:benjamin.vanryseghem.pharo@gmail.com" target="_blank">benjamin.vanryseghem.pharo@gmail.com</a>><br>wrote:<br><br>It is not necessary better, but it saves you from having hundreds of temp<br>
vars :)<br><br>Ben<br><br>On 12 Nov 2013, at 01:49, Stéphane Ducasse <<a href="mailto:stephane.ducasse@inria.fr" target="_blank">stephane.ducasse@inria.fr</a>><br>wrote:<br><br><br>Example:<br>aMenu addGroup: [ :aGroup |<br>
aGroup addItem: [ :anItem |<br>anItem name: 'Browse Full';<br>action: [ self browseSelectedObject ];<br>shortcut: $b command mac | $b alt win | $b alt unix  ].<br>aGroup addItem: [ :anItem |<br>anItem name: 'Browse Class';<br>
action: [ self browseSelectedObjectClass ] ] ].<br><br><br>I do not see the value of passing block to add element to groups<br>why not the normal way i.e. passing an object. I do not get why executing<br>a block with an object is better?<br>
<br><br>he, I thought the same :)<br><br><br>Stef<br><br><br><br><br><br><br><br><br></blockquote></blockquote><br></blockquote></div><br></div></div></div></blockquote></div><br></div>