Have you looked at the superclass-filter in the babyIDE class browser?
The easiest way to look at it is to download the Baby image from
    http://heim.ifi.uio.no/~trygver/themes/babyide/baby-downloads.html 
<http://heim.ifi.uio.no/%7Etrygver/themes/babyide/baby-downloads.html>

(The basic idea is from the Tektronix Smalltalk browser in the eighties, 
but the code and browser layout is entirely new. I hope such new 
implementations of 20 year old ideas do not violate US law.)
--Trygve


On 2009.08.24 08:49, Ralph Boland wrote:
>> Sorry, I misunderstood you. I'm aware of the HierarchyBrowser,
>> however, I think it's really convenient to see the inheritance
>> relationship in a package without opening a new window.
>>     
>
>   
>> Robert
>>     
>
> I kind of have to agree here.  Usually when I open a HierarchyBrowser
> what I usually really want is that it replace the current browser
> carrying across any pertinent information.
> I would find this very useful (though I suspect difficult to implement).
> Of course one will want to have in addition the ability to open an
> additional browser as is the behavior now.
> Though I don't expect to see this feature any time soon it would
> address to a small degree one of my difficulties: that is the tendency
> to accumulate large numbers of code browsers over a short period of
> time (often many are on the same class)  until the system
> begins to slow down.
> I then usually start over by closing all or nearly all code browsers.
> Some kind of coder browser organizing utility would be great, although
> I have no idea how it would work.
> One of the great features of Smalltalk is the ease with which one can
> jump about in the code. But doing this tends to pile up the code
> browsers very quickly.  My strategy for this problem is the close most/all
> the browsers when my mind is overwhelmed or the system slows down.
> Everyone probably has their own strategy but tools to help the user
> manage these code browsers effectively would be a great help.
> I am not the GUI builder type so I don't want to propose solutions here.
> Of course I am prepared to point out the failures of the designs of
> others. :-)
>
> Ralph Boland
>
>
>   

-- 

Trygve Reenskaug       mailto: trygver at ifi.uio.no

Morgedalsvn. 5A         http://heim.ifi.uio.no/~trygver

N-0378 Oslo               Tel: (+47) 22 49 57 27

Norway

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20090824/a0535d9f/attachment.htm