February 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3

by Schwab,Wilhelm K

Sig, I just noted that Alien-examples contains a couple of classes with no methods. Where can I find examples of callbacks in action? Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] Sent: Wednesday, February 29, 2012 12:13 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 Sig, I went back to 1.3 to get shout in browsers, and because it is theoretically more stable than 1.4. AFAIK, the key to finding libraries on Ubuntu is to use the #moduleName. Integration of the load function with ldconfig will do the rest, or should. The idea is a good one: one needs root access to change ldconfig's map, but anyone can read it. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] Sent: Wednesday, February 29, 2012 10:01 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 On 29 February 2012 14:57, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > Sig, > > I appear to a 1.3 image in preliminary state. I'm sure stuff will be broken, and Cog is rearing its head by looking for external libraries in the wrong places; symlinks should clear that up, but it's ugly. > Bill, it's not about 1.3 or 1.4. it is how VM works (symlinks/lib search). In this regard, any pharo version is not anything better than other. Yes, we need to change that at some day. > I used the 1.3 seaside image as a base, and will have Seaside 2-3 problems to fix. Alien was the problem, probably breaking the compiler, as you suggested. > To correct you: it was not a suggestion. When Alien was released there was need to change compiler/parser in order to make it work. Eliot made a separate package for that. Now, after those changes were incorporated into Pharo itself, they are no longer needed. and moreover they might override existing methods with older/incompatible versions of it coming from Alien. Overrides are evil. Overrides in kernel are evil^2 :) > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] > Sent: Sunday, February 26, 2012 9:50 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 > > On 25 February 2012 11:15, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >> Sig, >> >> This is helpful, as you have told me what is killing my images. Then you say to load then you say to load the latest config. Happy to comply, but how do I do that? >> > > (ConfigurationOfWhatever project version: 'x.y.z') load > > or better learn more about metacello, there's a well-written chapter > of it from the guys who care > https://gforge.inria.fr/scm/viewvc.php/*checkout*/PharoByExampleTwo-Eng/Met… > >> Bill >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] >> Sent: Saturday, February 25, 2012 12:39 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 >> >> On 25 February 2012 06:52, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> On 25 February 2012 06:35, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >>>> Sig, >>>> >>>> Sorry about the empty reply. Migrate is fair game, and the image was healthy enough to file out the base (attached). Please look over how I install FFI to see if there are any mistakes. You might need to stub out a basic subclass (e.g. MigrateSig or anything else you want to call it) with a few methods (#me, #homeGrownClasses, etc.) to make it happy. Content of them can be simple to start. The "private stuff" has yet to enter the picture so shouldn't matter to us. >>>> >>>> THANKS!!! >>>> >>> Good. I will take a look. >>> >>>> Bill >> >> Ok, things for starting: >> >> >> Gofer new >> url:self mirror, 'MetacelloRepository'; >> package: 'ConfigurationOfAlien'; >> load. >> (Smalltalk globals classNamed: 'ConfigurationOfAlien') >> perform:#loadLatestVersion. >> >> >> Never ever use #loadLatestVersion, always use concrete version >> numbers, if you want to have stability. >> >> In our case, #loadLatestVersion is not quite latest, you can check it >> by yourself: >> >> >> ConfigurationOfAlien project updateProject. >> ConfigurationOfAlien project latestVersion "inspect it" >> >> 0.1 [ConfigurationOfAlien] >> so it actually loads not the latest available version, but the most >> old one. Because it is the only version with #release blessing. >> >> And i can tell you without even proceeding further, that it won't work >> in 1.3 neither in 1.4, because it is too old and not takes into >> account >> certain changes made in pharo. >> >> For instance: >> >> package: 'Alien-Prereqs' >> >> is no longer needed, as i told here: >> >> http://forum.world.st/Alien-Prerequisites-is-now-not-required-td3258432.html >> >> but its even worse, this version of config will be loading >> Alien-Prereqs-mha.3 which having even more overrides, >> and will definitely put image to its knees because compiler will be broken. >> >> So, try to load latest config first, if it would not help we will continue. >> >> P.S. to all people involved in using Alien.. some love needed to >> update configs for pharo 1.3 and 1.4 to finally get rid of >> 'Alien-Prereqs' package loading. >> >> -- >> Best regards, >> Igor Stasenko. >> >> > > > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Feb. 29, 2012

Re: [Pharo-project] Nautilus version 4.0.4

by Benjamin

:$ Ben On Feb 29, 2012, at 6:07 PM, Damien Cassou wrote: > On Wed, Feb 29, 2012 at 5:56 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Thanks for your feedback and your suggestions :) > > Thanks for making the world a better place > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Feb. 29, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by Krishsmalltalk

Sure I understood that, I am still just month and a half of dabbling in morphic, that i am still learning.... I do not take any comments amiss. Thx On Feb 29, 2012, at 5:44 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I was not criticizing your solution. I was actually asking for help :). > > I would like to get a text morph in the tree and have it scale both > horizontally to fill the available space, and vertically to > accommodate the entire text. I show the example with the > GeneralScrollPane because I managed to make it work there (with the > help of Gary), but I cannot do it on MorphTreeMorph. So, if you, or > someone else, have ideas I would be happy to hear them. > > Cheers, > Doru > > > > On Tue, Feb 28, 2012 at 10:09 AM, S Krish > <krishnamachari.sudhakar(a)gmail.com> wrote: >> Sure.. that is fine.. for the use case you state >> >> Mine is quick n dirty hack to what I wanted: >> >> but my use case is I do wish to have more of these sources partially visible >> through the vertical pane. so I restrain it to max of 210.. and width of 600 >> to be able to to throw up another pane next to it.. for grouping methods I >> am interested in .. to view it more closely.. >> >> >> >> On Tue, Feb 28, 2012 at 1:33 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> Hi, >>> >>> Thanks for the explanation. >>> >>> I took a look. calculateExtent is triggered when you create the TextMorph. >>> This is nice, but I am interested in getting the TextMorph to always expand >>> to fill the width of the surrounding element, and to expand vertically >>> according to the text :). >>> >>> Here is a variation of what I am thinking about with just a simple list of >>> morphs within a GeneralScrollPane: >>> https://gist.github.com/1930477 >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On 28 Feb 2012, at 03:22, Krishsmalltalk wrote: >>> >>>> It does have the code to calculateTextExtent. You can modify it the way >>>> you want. >>>> >>>> The height is defaulted to a max 210 and fixed 600. But on expand it >>>> goes to max ht of 600 >>>> >>>> >>>> Modify the logic in that method as you want it to >>>> >>>> >>>> On Feb 28, 2012, at 2:42 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>> >>>>> Hi, >>>>> >>>>> I gave it a try. I am not necessarily looking for the looks as for the >>>>> solution to make the text editor within the tree span horizontally and >>>>> vertically with the size of the method. Unfortunately, this does not work in >>>>> this example, either. >>>>> >>>>> Does anyone have ideas of how to make it work? :) >>>>> >>>>> Cheers, >>>>> Doru >>>>> >>>>> >>>>> On 27 Feb 2012, at 21:43, StÃ©phane Ducasse wrote: >>>>> >>>>>> MorphicViewNewPackageBrowser new packageNames: #('UIManager') ; open >>>>>> >>>>>> >>>>>> But it does not look that nice :) >>>>>> >>>>>> >>>>>> On Feb 27, 2012, at 6:42 PM, StÃ©phane Ducasse wrote: >>>>>> >>>>>>> this looks really nice. >>>>>>> I would really like to see if we cannot include a version so that >>>>>>> people can browse change set and other code like that. >>>>>>> I'm really happy to see that the work done by alain and ben around >>>>>>> treeMorph pays off that well. >>>>>>> >>>>>>> Stef >>>>>>> >>>>>>> >>>>>>>> Can take the latest of the package.. >>>>>>>> >>>>>>>> PackageTree-Browser-Experiment >>>>>>>> >>>>>>>> * Find class added and a crude/ workable expand for text morph.. >>>>>>>> >>>>>>>> As stated in the comments: will require a hack in Pharo 1.4 for now. >>>>>>>> >>>>>>>> Will work towards integrating TabbedPane with TWM/ this too as an >>>>>>>> addon with more complete features month ahead. >>>>>>>> <Pharo_CodeBrowser02.JPG> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "One cannot do more than one can do." >>>>> >>>>> >>>>> >>>>> >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Sometimes the best solution is not the best solution." >>> >>> >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Feb. 29, 2012

Re: [Pharo-project] Nearly limitless Image: revisited.

by StÃ©phane Ducasse

>>> > > Guys, calm down a bit please. There will be a Pharo Consortium, we will > actually pay something, so it is a time to start improving the support > infrastructure as well. We are and this is two years already that we are :) > With users vs internal developer distinction included. > > I'm using both VW and Pharo now, so why won't you listen my observations > and experiences a bit? They are for good, not for bad! ok > And one of attributes of a professional is to stand the constructive > critics and not feel offended immediately. yes :) >

Feb. 29, 2012

Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3

by Schwab,Wilhelm K

Sig, I went back to 1.3 to get shout in browsers, and because it is theoretically more stable than 1.4. AFAIK, the key to finding libraries on Ubuntu is to use the #moduleName. Integration of the load function with ldconfig will do the rest, or should. The idea is a good one: one needs root access to change ldconfig's map, but anyone can read it. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] Sent: Wednesday, February 29, 2012 10:01 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 On 29 February 2012 14:57, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > Sig, > > I appear to a 1.3 image in preliminary state. I'm sure stuff will be broken, and Cog is rearing its head by looking for external libraries in the wrong places; symlinks should clear that up, but it's ugly. > Bill, it's not about 1.3 or 1.4. it is how VM works (symlinks/lib search). In this regard, any pharo version is not anything better than other. Yes, we need to change that at some day. > I used the 1.3 seaside image as a base, and will have Seaside 2-3 problems to fix. Alien was the problem, probably breaking the compiler, as you suggested. > To correct you: it was not a suggestion. When Alien was released there was need to change compiler/parser in order to make it work. Eliot made a separate package for that. Now, after those changes were incorporated into Pharo itself, they are no longer needed. and moreover they might override existing methods with older/incompatible versions of it coming from Alien. Overrides are evil. Overrides in kernel are evil^2 :) > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] > Sent: Sunday, February 26, 2012 9:50 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 > > On 25 February 2012 11:15, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >> Sig, >> >> This is helpful, as you have told me what is killing my images. Then you say to load then you say to load the latest config. Happy to comply, but how do I do that? >> > > (ConfigurationOfWhatever project version: 'x.y.z') load > > or better learn more about metacello, there's a well-written chapter > of it from the guys who care > https://gforge.inria.fr/scm/viewvc.php/*checkout*/PharoByExampleTwo-Eng/Met… > >> Bill >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] >> Sent: Saturday, February 25, 2012 12:39 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3 >> >> On 25 February 2012 06:52, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> On 25 February 2012 06:35, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >>>> Sig, >>>> >>>> Sorry about the empty reply. Migrate is fair game, and the image was healthy enough to file out the base (attached). Please look over how I install FFI to see if there are any mistakes. You might need to stub out a basic subclass (e.g. MigrateSig or anything else you want to call it) with a few methods (#me, #homeGrownClasses, etc.) to make it happy. Content of them can be simple to start. The "private stuff" has yet to enter the picture so shouldn't matter to us. >>>> >>>> THANKS!!! >>>> >>> Good. I will take a look. >>> >>>> Bill >> >> Ok, things for starting: >> >> >> Gofer new >> url:self mirror, 'MetacelloRepository'; >> package: 'ConfigurationOfAlien'; >> load. >> (Smalltalk globals classNamed: 'ConfigurationOfAlien') >> perform:#loadLatestVersion. >> >> >> Never ever use #loadLatestVersion, always use concrete version >> numbers, if you want to have stability. >> >> In our case, #loadLatestVersion is not quite latest, you can check it >> by yourself: >> >> >> ConfigurationOfAlien project updateProject. >> ConfigurationOfAlien project latestVersion "inspect it" >> >> 0.1 [ConfigurationOfAlien] >> so it actually loads not the latest available version, but the most >> old one. Because it is the only version with #release blessing. >> >> And i can tell you without even proceeding further, that it won't work >> in 1.3 neither in 1.4, because it is too old and not takes into >> account >> certain changes made in pharo. >> >> For instance: >> >> package: 'Alien-Prereqs' >> >> is no longer needed, as i told here: >> >> http://forum.world.st/Alien-Prerequisites-is-now-not-required-td3258432.html >> >> but its even worse, this version of config will be loading >> Alien-Prereqs-mha.3 which having even more overrides, >> and will definitely put image to its knees because compiler will be broken. >> >> So, try to load latest config first, if it would not help we will continue. >> >> P.S. to all people involved in using Alien.. some love needed to >> update configs for pharo 1.3 and 1.4 to finally get rid of >> 'Alien-Prereqs' package loading. >> >> -- >> Best regards, >> Igor Stasenko. >> >> > > > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Feb. 29, 2012

Re: [Pharo-project] [squeak-dev] can this be done via modification to the Squeak/Pharo IDE?

by Chris Muller

His presentation was impressive and refined, but he failed to mention a _most dynamic_ way to develop ideas... By closing one's eyes and simply imagining the possibilities without *any* burden of visible code. IOW, imagine without being constrained by the "how" or whether its even possible. THEN, note it down in words and try to implement it with a dynamic system like what he showed. To do that, his statement about a "direct connection" to the tools is something I do agree with 100%. A connection to the computing system via the cerebellum rather than the cerebrum, so that the cerebrum is free to focus on ideas rather than user-interface gestures. This is something that Squeak excels in, IMO. His comment on modality really emphasizes this point, and something I think folks even in this community could stand to listen: when I observe folks in their demo videos using Squeak or Pharo, almost every time I see folks browsing in a modal way. They have a big Package-Pane browser open and they're looking at one package, one class and one method at a time... They have to do about 4-5 clicks to "navigate" to a sent method, and 4-5 clicks to get back. This is way too slow for ideas to emerge. On Mon, Feb 27, 2012 at 5:46 PM, Lawson English <lenglish5(a)cox.net> wrote: > http://vimeo.com/36579366 > > Lawson >

Feb. 29, 2012

Re: [Pharo-project] Pharo user vs. Pharo developer (was Nearly limitless Image)

by StÃ©phane Ducasse

+1 No we also prefer to work on OUR tasks. >> Someone needs to start fixing and improving. Why not, for example, you? > > I'm a Pharo user, not Pharo developer. Developer of Pharo itself, that > is. I'm just using it as a tool to contribute on other fields like on > the web. > > Therefore it is not to be expected to know Pharo internals enough to > contribute directly, but I can report wishes, errors and help to someone > more knowledgeable to fix them. And that's what I'm actually doing for > improving Pharo reliability, ask Igor and Stef. > > About issue tracker: it is not a duty of us Pharo users to open and > track issues there, IMHO. This is a tool for Pharo developers, so I > propose that one of you "harvest" them from mailing lists and open > issues. You know better how to open an issue than me. I can be then > invited to describe the problem better and help with you solving it. > > And yes, this distinction between Pharo user and developer is necessary > part of Pharo becoming more professional and business friendly. > > Best regards > Janko > >> >> Here is a link: >> >> http://code.google.com/p/pharo/issues/list >> >> It's much better than talking. >> >> Marcus >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >> > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si >

Feb. 29, 2012

Re: [Pharo-project] Nautilus version 4.0.4

by Damien Cassou

On Wed, Feb 29, 2012 at 5:56 PM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Thanks for your feedback and your suggestions :) Thanks for making the world a better place -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Feb. 29, 2012

Re: [Pharo-project] Nautilus version 4.0.4

by Benjamin

On Feb 29, 2012, at 8:44 AM, laurent laffont wrote: > Hi Benjamin, > > I've worked with Nautilus and I like it. Several nice ideas to work faster. Good work ! > > Bugs: > - Go in groups, select a class. Click Hierarchy, then Groups. The Hierarchy/Flat button state is wrong. > - jump to test class not working (MNU) Fixed, thanks :) > > Suggestions: > - we don't know if a test is running or finished. I would like some visual feedback. I am working on self destructive balloon morphs for such events. Because you want a popup to get the info, but you do not want this popup to interrupt you :) Something like Growl seems to work well ;) (the same when no senders are found etc) > - history: I would like to go backward faster without tens of click. Something like a drop down history like in web browsers Yes, I will work on that ;) > - I hardly see if I browse instance or class side. Maybe change class color/font would help. I fixed that :) Now on class side, protocol and methods font is bold. > - In Amber commented classes have not the same font color. Easy to see which class to look at for documentation. Here, uncommented class get this icon > - Right click on a class, Analyzing menu. Create inst var / Create initializer / Generate / Force generation... entries should better be in refactoring ? In fact, this menu is the poor version of refactoring which is here even in the core version (like in Browser). Normally, all this entries should be also present in a RB version, but I do not have time to learn how RB works right now :s Thanks for your feedback and your suggestions :) Ben > > Cheers > > Laurent > > On Sun, Feb 26, 2012 at 6:28 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Hi guys, > > I really want to thank you all for your feedbacks which give me the will to always add cool features to Nautilus. > > Thanks to that, let me introduce the new stable version with some new features: > > - better groups (now the granularity is method and no longer class) > - better algorithm for coloring protocols and methods > - more menu entries and shortcuts > - Monticello integration > - OCompletion integration > - a lot of new icons :) > > (and some cleans in the code but ^^) > > > Thanks every one for your good energy :) > > > Ben >

Feb. 29, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by Igor Stasenko

On 29 February 2012 13:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I was not criticizing your solution. I was actually asking for help :). > > I would like to get a text morph in the tree and have it scale both > horizontally to fill the available space, and vertically to > accommodate the entire text. I show the example with the > GeneralScrollPane because I managed to make it work there (with the > help of Gary), but I cannot do it on MorphTreeMorph. So, if you, or > someone else, have ideas I would be happy to hear them. > Doru, i remember i was digging it some time before. But didn't found good solution to the above. The problem is that it is hard to figure out what happens in text morph.. its too complicated thingy. Then later, when i was implementing text rendering in Athens, i had to make own text morph class, because there are things which hard-wired. And now to the point about the problem: determining text dimensions is constraint-solving problem. I found the code there which actually takes initial bounds of morph and tries to lay out text within those bounds. Now if you want to make morph to stretch depending on text dimensions, you actually creating a dependency loop, because to lay out text you need bounds, but bounds are determined from text size.. So, i fear that without some refactoring of paragraph/display scanner /text morph, you simply cannot have a good solution. > Cheers, > Doru > > > > On Tue, Feb 28, 2012 at 10:09 AM, S Krish > <krishnamachari.sudhakar(a)gmail.com> wrote: >> Sure.. that is fine.. for the use case you state >> >> Mine is quick n dirty hack to what I wanted: >> >> but my use case is I do wish to have more of these sources partially visible >> through the vertical pane. so I restrain it to max of 210.. and width of 600 >> to be able to to throw up another pane next to it.. for grouping methods I >> am interested in .. to view it more closely.. >> >> >> >> On Tue, Feb 28, 2012 at 1:33 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> Hi, >>> >>> Thanks for the explanation. >>> >>> I took a look. calculateExtent is triggered when you create the TextMorph. >>> This is nice, but I am interested in getting the TextMorph to always expand >>> to fill the width of the surrounding element, and to expand vertically >>> according to the text :). >>> >>> Here is a variation of what I am thinking about with just a simple list of >>> morphs within a GeneralScrollPane: >>> https://gist.github.com/1930477 >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On 28 Feb 2012, at 03:22, Krishsmalltalk wrote: >>> >>> > It does have the code to calculateTextExtent. You can modify it the way >>> > you want. >>> > >>> > The height is defaulted to a max 210 and fixed 600. But on expand it >>> > goes to max ht of 600 >>> > >>> > >>> > Modify the logic in that method as you want it to >>> > >>> > >>> > On Feb 28, 2012, at 2:42 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> > >>> >> Hi, >>> >> >>> >> I gave it a try. I am not necessarily looking for the looks as for the >>> >> solution to make the text editor within the tree span horizontally and >>> >> vertically with the size of the method. Unfortunately, this does not work in >>> >> this example, either. >>> >> >>> >> Does anyone have ideas of how to make it work? :) >>> >> >>> >> Cheers, >>> >> Doru >>> >> >>> >> >>> >> On 27 Feb 2012, at 21:43, StÃ©phane Ducasse wrote: >>> >> >>> >>> MorphicViewNewPackageBrowser new packageNames: #('UIManager') ; open >>> >>> >>> >>> >>> >>> But it does not look that nice :) >>> >>> >>> >>> >>> >>> On Feb 27, 2012, at 6:42 PM, StÃ©phane Ducasse wrote: >>> >>> >>> >>>> this looks really nice. >>> >>>> I would really like to see if we cannot include a version so that >>> >>>> people can browse change set and other code like that. >>> >>>> I'm really happy to see that the work done by alain and ben around >>> >>>> treeMorph pays off that well. >>> >>>> >>> >>>> Stef >>> >>>> >>> >>>> >>> >>>>> Can take the latest of the package.. >>> >>>>> >>> >>>>> PackageTree-Browser-Experiment >>> >>>>> >>> >>>>> * Find class added and a crude/ workable expand for text morph.. >>> >>>>> >>> >>>>> As stated in the comments: will require a hack in Pharo 1.4 for now. >>> >>>>> >>> >>>>> Will work towards integrating TabbedPane with TWM/ this too as an >>> >>>>> addon with more complete features month ahead. >>> >>>>> <Pharo_CodeBrowser02.JPG> >>> >>>> >>> >>>> >>> >>> >>> >>> >>> >> >>> >> -- >>> >> www.tudorgirba.com >>> >> >>> >> "One cannot do more than one can do." >>> >> >>> >> >>> >> >>> >> >>> > >>> >>> -- >>> www.tudorgirba.com >>> >>> "Sometimes the best solution is not the best solution." >>> >>> >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- Best regards, Igor Stasenko.

Feb. 29, 2012