thanks :) Stef
On Feb 26, 2012, at 5:08 PM, S Krish wrote: > Hopefully this should be good to play on a Pharo 1.3 image. > > It does not work, as expected, in Pharo 1.4 image.. as > > MorphTreeColumn>> > rowMorphFor: aNode > > "the rowMorphGetSelector defaults to nil in Pharo 1.3.. !. but is a block > Pharo 1.4.. can hack this to see the same effect.." > > I have a hacked.. version for Pharo 1.4 .. but let me figure out the wirings > of MorphTreeColumn better to share it for 1.4 > > > On Sat, Feb 25, 2012 at 9:59 PM, Stéphane Ducasse <[email protected]> > wrote: > can you send the code that we play with it because I would like to learn how > you do that. > > Stef > > On Feb 24, 2012, at 7:02 PM, S Krish wrote: > > > I love Pharo's ability to mould/ twist in spare time something that is > > imminently usable.. > > > > Just playing around over an hour plus, I find this tree view grouping > > more convinient than current browsers in giving a coherent view that > > easily extends: > > > > All editable code text morphs, spreading over to mutliple worlds one > > can traverse too if needed. or appears on tab anyways for each group. > > > > a) Package, Class, Category , Hierarchy levels. > > > > b) Senders, implementors .. > > > > c) Arbitrary groups of methods if one desires to.. > > > > Can also include some class definition info bubble/ reduce noise > > through some more optimization to make it optimized > > > > ... we can have a little customizations too to get a good grip of the > > whole as well as the part. > > > > But I agree, Gaucho / Code Bubbles are nice, but I am afraid fo > > fragmented view it will still represented. May be each will have > > little twist of his predilictions and cannot be highly generalized. > > > > > > On 2/24/12, Igor Stasenko <[email protected]> wrote: > >> On 24 February 2012 00:18, Matias Garcia Isaia <[email protected]> > >> wrote: > >>> On Thu, Feb 23, 2012 at 5:08 PM, Mariano Martinez Peck > >>> <[email protected]> wrote: > >>>> Nooo!!! he comes from Java!! he starts with index 0. Kill him!!! ;) > >>> > >>> Ooops... Time to get a new identity :) > >>> > >>> > >>> On 23 February 2012 19:47, Stéphane Ducasse <[email protected]> > >>> wrote: > >>>> Sure we know. > >>>> And we also know that it requires effort and lot of people are talking. > >>> > >>> I know there's a loooong way to see what CodeBubbles can do, and that > >>> requires to do a big effort, but imagined that some kind of > >>> alternative - I'm not sure that CB is **exactly** what I want (sure > >>> Java-ers want to see **something more** than just a file pimped with > >>> colours, but Smalltalk **allready has** much more than a text file - > >>> have real code) - could be very less effort-consuming. Making the > >>> current browser (Nautilus? - newbie here :) ) pop a new > >>> ¿window?¿morph? showing a method instead of updating a single pane > >>> (the current one showing method's source) don't seems to be so "far" > >>> away to me. > >>> > >>> Of course that's my point of view, based on what I imagine that could > >>> be. I should spend some time to see how it is implemented, and to see > >>> if it really is that simple, but anyway trust you if you say is a huge > >>> effort... > >>> > >> > >> Well, popping out a new morph every time you clicking around is easy part. > >> The hard part is to make this stuff really consistent and easy to use > >> for navigation and development. > >> It requires far more serious work than just spending 2 hours > >> implementing "bubbling" behavior. > >> > >>> > >>> Cheers :) > >>> > >> > >> > >> > >> -- > >> Best regards, > >> Igor Stasenko. > >> > >> > > <Pharo_CodeBrowser01.JPG> > > > > <PackageTree-Browser-Experiment-skrish.5.mcz>
