Hi, I tried to load it but it does not work because PharoMorphicObject is missing.
Could you add this code to some repository instead of sending it by mail? With this occasion you would make the license clear as well :) Cheers, Doru On 26 Feb 2012, at 17:08, 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> -- www.tudorgirba.com Innovation comes in least expected form. That is, if it is expected, it already happened.
