On Thu, 29 Nov 2001, Jerry Balzano wrote:
Not that I'd presume to know what that is at my stage of (Squeak) development, but it occurred to me as I was browsing around through various classes and instances and methods that the Squeak System Browser lacks a feature that we take for granted on all our web browsers and that most of us would be lost without -- a "back" button! Is it possible that nobody has found the need for such a function?
Well, there are some such features for certain things. E.g., "recent classes" in the class pane.
'Cause I'd be looking at a method and I'd find a word I didn't understand or some such, or just say "I wonder about" some other class, method, or whatnot, and go there, then say to myself, "OK, that's great, (or "that's complicated" or whatever) now I'm ready to resume what I was doing."
You might find the whisker browser more congenial for this sort of thign.
But if what I was doing was in some totally separate class with lots of methods to paw (OK, scroll) through, well you get the idea -- what a pain! and how wasteful of my time and energy.
find implementers and find senders (ctrl-m and ctrl n) are your friends! And they open new windows.
Now I know that I can just keep on opening a new SB whenever I begin one of these side trips, but my screen is already pretty full, and more than two System Browsers open at once is too many IMHO. In most cases, all I really need is one open SB window, but with some kind of "history" mechanism, even if this is just a "back" button.
For class browsering shift-ctrl-b will keep you in the same window, and that is handy, but you're correct, not has handy as with a way to reverse it.
What do people think? Is this kind of thing already available somewhere, and I just missed it? Or is there a better way of working such that working that way obviates the need I'm feeling here?
I don't think that it's an unreasonable way to work. It's just never been enough of a problem for me (especially when I'm using this which don't really display well in a SystemBrowser).
Whisker really rules the day, however, when you're comparing methods or just peeking at one to get a sense of it in context. I don't *think* it has a history mechanism.
Ooo, another "history" type thing that people use is the debugger. Of course that's *send* and *receive* history, but that's often what you want for picking apart some code. If you are jumping to different classes trying to figure out what how a method works by "tracing" it in your head, fire up the debugger, which has the advantage that you're working with *live* code, rather than your in head simulation thereof :)
That being said, having a browse history would be interesting (but there are complexities...do you want to browse *every* change to the code pane? Only past methods? actually, the "every" change seems most rational, with "recent categories", "recent classes", etc. being filtered subsets; maybe).
Cheers, Bijan Parsia.