<div id="__MailbirdStyleContent" style="font-size: 12pt;font-family: calibri;color: #000000">
                                        
                                        
                                            
                                        
                                        
                                        Hi, there.<div><br></div><div>I think that new tools should either subclass CodeHolder or Model. We can try to shrink the interface of StringHolder in the future. </div><div><br></div><div><img src="cid:4c506a43-17c9-471a-8d97-0c020e6d402f" width="auto"></img></div><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 05.10.2017 13:29:08 schrieb H. Hirzel <hannes.hirzel@gmail.com>:</p>Pharo no longer has a class 'StringHolder'. There considerable<br>discussion on the Pharo list about this. One issue was documentation<br><br><citation><br><br>Stéphane Ducasse<br><stephane.ducasse@inria.fr>Mon, Sep 19, 2011 at 9:42 AM<br>Reply-To: Moose-related development <moose-dev@iam.unibe.ch><br>To: Moose-related development <moose-dev@iam.unibe.ch><br><br>Doru the key difference with stringHolder is that in StringHolder<br>nobody understand how it works.<br>Because it I would know I would go way faster. So I suggest that we<br>spend next two weeks not typing code on moose but only fixing comments<br>and we will get a real impact.<br>For pharo I have always to reverse engineer (network, filesystem...)<br>because people forget that a soft is finihsed with it is really<br>documented.<br><br></moose-dev@iam.unibe.ch></moose-dev@iam.unibe.ch></stephane.ducasse@inria.fr></citation><br><br>This update is a very modest contribution to the documentation of<br>StringHolder  :-)<br><br>More input is welcome....<br><br>HH<br><br>On 10/5/17, H. Hirzel <hannes.hirzel@gmail.com> wrote:<br>> Squeak 6.0a StringHolder no longer has message list categories<br>> - code pane menu<br>> - message list menu<br>><br>> HH<br>><br>><br>> On Thu, 5 Oct 2017 11:04:01 0000, commits@source.squeak.org<br>> <commits@source.squeak.org> wrote:<br>>> A new version of Kernel was added to project The Inbox:<br>>> http://source.squeak.org/inbox/Kernel-hjh.1115.mcz<br>>><br>>> ==================== Summary ====================<br>>><br>>> Name: Kernel-hjh.1115<br>>> Author: hjh<br>>> Time: 5 October 2017, 1:03:22.023466 pm<br>>> UUID: c80056e1-3f90-4dae-935f-2507eb2c0f94<br>>> Ancestors: Kernel-cmm.1114<br>>><br>>> Better to have only a short class comment than to have wrong content.<br>>><br>>> Squeak 3.0 had message categories<br>>> - code pane menu<br>>> - message list menu.<br>>><br>>> I did not verify if 'in some the text is a method' still applies or not.<br>>><br>>> =============== Diff against Kernel-cmm.1114 ===============<br>>><br>>> Item was changed:<br>>>   Model subclass: #StringHolder<br>>>   instanceVariableNames: 'contents'<br>>>   classVariableNames: ''<br>>>   poolDictionaries: ''<br>>>   category: 'Kernel-Models'!<br>>><br>>> + !StringHolder commentStamp: 'hjh 10/5/2017 13:00' prior: 0!<br>>> - !StringHolder commentStamp: '<historical>' prior: 0!<br>>>   I am a kind of Model that includes a piece of text.  In some cases, the<br>>> text can be edited, and in some the text is a method.<br>>> + !<br>>> -<br>>> - Categories 'code pane menu' and 'message list menu' are messages that<br>>> may<br>>> be called by my menus when the text is a method, and when some pane is a<br>>> list of methods.  Other of my subclasses may ignore these two catagories<br>>> altogether.!<br>>><br>>><br>>><br>><br><br></historical></commits@source.squeak.org></hannes.hirzel@gmail.com>
                        </blockquote></div>