Linked by Thom Holwerda on Sat 16th Aug 2008 16:50 UTC
This is the eighth article in a series on common usability and graphical user interface related terms [part I | part II | part III | part IV | part V | part VI | part VII]. On the internet, and especially in forum discussions like we all have here on OSNews, it is almost certain that in any given discussion, someone will most likely bring up usability and GUI related terms - things like spatial memory, widgets, consistency, Fitts' Law, and more. The aim of this series is to explain these terms, learn something about their origins, and finally rate their importance in the field of usability and (graphical) user interface design. In part VIII, we focus on the tab.
Thread beginning with comment 327165
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:2005-07-06
Because I'm not using any "Windows", I can't confirm this. Regarding different applications that use tabbing on UNIX, Ctrl+Tab (performing the same kind of operation locally that Alt+Tab does globally) behaved differently in Opera (brings up tab selector) and Firefox (switches tabs) and GNotepad+ (does nothing).
[...]
Furthermore, the corresponding menu items are often missing. While windowing applications had something like a menu "windows" containing "next" and "previous", associated with shortcut key combinations (I remember Ctrl+PF6 / Ctrl+Shift+PF6 being such shortcuts), today's tabbed applications don't seem to have such "next tab" and "previous tab" menu items inside a "view" or "tabs" menu or submenu.
There certainly are poor implementations of tabbed interfaces - but that's true for any UI functionality / mechanism that I could name.
Ideally, I would prefer SDI in combination with floating palette that lists the child windows & lets you switch between them. But I've never seen that outside of some old NeXT apps and an old BeOS tool called "Active App".
I do see this in Windowmaker all the time. :-) [/q]
That would make sense, given that Windowmaker is virtually a clone of the NeXT UI.
Is there a system/GUI-wide tool in WindowMaker for listing an app's child windows? It's been a few years since I used it, but from what I remember most of the "document selector" applets were app-specific (in contrast, one of the things I like about ActiveApp is that it changes to reflect the currently-active app - hence the name).
Recent Original Stories
Recent Comments
Headlines
Random Comments
Random Stories
Random OS Link
Member since:
2006-10-08
Because I'm not using any "Windows", I can't confirm this. Regarding different applications that use tabbing on UNIX, Ctrl+Tab (performing the same kind of operation locally that Alt+Tab does globally) behaved differently in Opera (brings up tab selector) and Firefox (switches tabs) and GNotepad+ (does nothing).
It's not that I am a consistency guy - in fact, it doesn't matter to me at all because I'm using applications through all imaginable toolkits -, but that's something I just noticed. Of course, keyboard behaviour isn't important when you're only using the mouse.
Furthermore, the corresponding menu items are often missing. While windowing applications had something like a menu "windows" containing "next" and "previous", associated with shortcut key combinations (I remember Ctrl+PF6 / Ctrl+Shift+PF6 being such shortcuts), today's tabbed applications don't seem to have such "next tab" and "previous tab" menu items inside a "view" or "tabs" menu or submenu.
I do see this in Windowmaker all the time. :-)