#8120 NORM Not Tri: How Alt-tabbing behavior should work? (was: When Alt-tabbing, show primary palette of switching activity icons?)
Zarro Boogs per Child
bugtracker at laptop.org
Thu Aug 28 14:03:50 EDT 2008
#8120: How Alt-tabbing behavior should work?
--------------------------------+-------------------------------------------
Reporter: HoboPrimate | Owner: Eben
Type: enhancement | Status: new
Priority: normal | Milestone: Not Triaged
Component: interface-design | Version: not specified
Resolution: | Keywords:
Next_action: never set | Verified: 0
Blockedby: | Blocking:
--------------------------------+-------------------------------------------
Comment(by HoboPrimate):
I'm not saying that revealing the primary palette would replace the actual
activity switch, it would just give more information before that activity
switch need take place.
Say you have several browse sessions. To find the one you wanted by
alt+tabbing, you would have to switch to each one. If their primary
palette revealed themselves, you could keep your eyes on the frame while
alt-tabbing, and stop until you found the right description, and only then
the activity would be switched (I believe speed reading, and knowing what
to look (read) for would allow for this).
In Gnome's alt-tab behavior, the name of the application is also written
bellow the alt-tab window.
Also, a point was made above, and that is that it reveals the entire
frame, when only part of it is relevant to the user. It feels to me like
when in the past, new clipboard entries would reveal the entire frame, and
now only a notification appear in the corner. Perhaps alt+tabbing could
make all the running activity icons slide out?
Regarding the most basic advantage of using alt-tab, which is of switching
back and forth between two activities, isn't working in this
implementation.
--
Ticket URL: <http://dev.laptop.org/ticket/8120#comment:6>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list