On Sat, May 16, 2015 at 4:23 PM, jtuc...@objektfabrik.de < jtuc...@objektfabrik.de> wrote:
> I mostly work in other Smalltalk environments than Pharo, like VA > Smalltalk. It has native windows and so the ability to switch between > windows using alt-tab is there. I must admit that there is a certain > threshold in the number of open windows when this is not really helpful any > more. I tend to hit that number pretty fast in a typical Smalltalk > coding/debugging sessions. > > Things have changed in Win 7, because there I can use the window manager > to close the windows right in the window switcher. That makes perfect sense > if you have 15 inspectors open, none of which shows current data or > instances any more. Or if one of them does, I can't decide which one ;-) > > So sometimes I wish for features like "close all windows of this kind" to > kill all inspectors, for example. > > What I want to say with this that I am not really using alt-tab to switch > between windows, but rather to kill a few to come down to a sensible number > ;-) But I understand why you miss it. For Pharo, there is a special > problem: it is its own windowing environment, so it should probably better > not use the O/S' key combination to switch its windows, right? > Just as some food for thought for anyone contemplating this problem: Sometimes problems like this are indicative of deeper usability issues. Decades ago, it was just sort of assumed that the "right" way to deal with windows was to have a dedicated window for every "thing" in your system. To some degree, Mac OS, Wind95, and OS/2 all took this point of view. For instance, every folder you double-clicked on would open up a new file manager window, and this got to be such a mess that some OSes included "secret" shortcuts for killing them all at once. Then the web started to take off, and UX designers started rethinking the whole paradigm. They started keeping things in the same window, but adding back/forward buttons, and navigation histories, and sidebars, and address bars, and tabs, and other affordances to make it easier to switch between "things" without necessarily adding more windows. These days, most IDEs and editors have followed suit. I can't think of a single editor in common use among the programmers I know which encourages multiple windows. Whether it's Vim, Emacs, Sublime, IntelliJ, while you *can* open lots of windows if you really want to, they all focus on making it easy to manage lots of buffers in a single window rather than encouraging lots of windows. Personally, I'm a fan of this trend. I'm much happier typing a few characters to auto-complete the buffer I want to return to in Emacs, than I am hunting around in an OS window list for it. This is all a long-winded way of saying: just because this is currently a problem, doesn't mean it's the *right* problem. It would be interesting to see what a "fewer windows" approach to Smalltalk development might look like. -- Avdi Grimm http://avdi.org
