implementors and senders when there is only one result

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

implementors and senders when there is only one result

Torsten Bergmann
I always liked the sender/implementor/messages browser from
Smalltalk MT. Attached is a screenshot.

When one searches for sender in the normal browser this browser opens
with a tree node "senders" and all the senders.

If you click on one of the messages you can select
"senders" again, or "implementors" or "messages" and
go deeper.

For instance you want to see the senders of #timeStamp
and from the second hit you want to see all the
other messages within this method and from there all implementors, ...

It also provides a "local senders" and "local implementors"
functionality (searching only within the class (hierarchy) itself) as
you will find in most Smalltalks.

This browser provides a nice way to go through the system and follow
message chains.

Bye
Torsten
--
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

stmt.png (24K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: implementors and senders when there is only one result

Lukas Renggli
This is what the Chasing Browser in OmniBrowser does. Instead of using
a tree it uses a Apple Finder like structure. I know that various
people don't like the way this is presented in OmniBrowser. Personally
I like it very much and use it all the time.

Lukas

2009/11/3 Torsten Bergmann <[hidden email]>:

> I always liked the sender/implementor/messages browser from
> Smalltalk MT. Attached is a screenshot.
>
> When one searches for sender in the normal browser this browser opens
> with a tree node "senders" and all the senders.
>
> If you click on one of the messages you can select
> "senders" again, or "implementors" or "messages" and
> go deeper.
>
> For instance you want to see the senders of #timeStamp
> and from the second hit you want to see all the
> other messages within this method and from there all implementors, ...
>
> It also provides a "local senders" and "local implementors"
> functionality (searching only within the class (hierarchy) itself) as
> you will find in most Smalltalks.
>
> This browser provides a nice way to go through the system and follow
> message chains.
>
> Bye
> Torsten
> --
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



--
Lukas Renggli
http://www.lukas-renggli.ch

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: implementors and senders when there is only one result

Henrik Sperre Johansen
In reply to this post by Torsten Bergmann
Working mostly in VisualWorks, I too sometimes miss those when doing  
stuff in Pharo.
What would be even cooler imho, would be using RoelTyper to find  
(potential) results only for the specific method you asked for senders  
of :)

  Cheers,
Henry

On Nov 3, 2009, at 8:30 16AM, Torsten Bergmann wrote:

>
> It also provides a "local senders" and "local implementors"
> functionality (searching only within the class (hierarchy) itself) as
> you will find in most Smalltalks.
>
> This browser provides a nice way to go through the system and follow
> message chains.
>
> Bye
> Torsten
> --
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
> <stmt.png>_______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: implementors and senders when there is only one result

Stéphane Ducasse
In reply to this post by Lukas Renggli
This is not a problem of liking or not. The problem is that I never  
understand what I see and can make use of it
on foreign code.

Torsten yes the tree with better icons and less icons (not needed for  
methods) would be cool.

Stef

On Nov 3, 2009, at 9:08 AM, Lukas Renggli wrote:

> This is what the Chasing Browser in OmniBrowser does. Instead of using
> a tree it uses a Apple Finder like structure. I know that various
> people don't like the way this is presented in OmniBrowser. Personally
> I like it very much and use it all the time.
>
> Lukas
>
> 2009/11/3 Torsten Bergmann <[hidden email]>:
>> I always liked the sender/implementor/messages browser from
>> Smalltalk MT. Attached is a screenshot.
>>
>> When one searches for sender in the normal browser this browser opens
>> with a tree node "senders" and all the senders.
>>
>> If you click on one of the messages you can select
>> "senders" again, or "implementors" or "messages" and
>> go deeper.
>>
>> For instance you want to see the senders of #timeStamp
>> and from the second hit you want to see all the
>> other messages within this method and from there all  
>> implementors, ...
>>
>> It also provides a "local senders" and "local implementors"
>> functionality (searching only within the class (hierarchy) itself) as
>> you will find in most Smalltalks.
>>
>> This browser provides a nice way to go through the system and follow
>> message chains.
>>
>> Bye
>> Torsten
>> --
>> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
>> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
>>
>> _______________________________________________
>> Pharo-project mailing list
>> [hidden email]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
>
>
> --
> Lukas Renggli
> http://www.lukas-renggli.ch
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project