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 <
stephane.ducasse@inria.fr> 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 <
siguctua@gmail.com> wrote:
> >> On 24 February 2012 00:18, Matias Garcia Isaia <
mgarciaisaia@gmail.com>
> >> wrote:
> >>> On Thu, Feb 23, 2012 at 5:08 PM, Mariano Martinez Peck
> >>> <
marianopeck@gmail.com> 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 <
stephane.ducasse@inria.fr>
> >>> 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>
>
>
>