Re: [Usability] sticky keys and alt-tab
Maurizio Colucci wrote: Hello, if I enable sticky keys (control panel - keyboard - accessibility), I loose the ability to ALT-TAB (unless, of course, I keep ALT pressed, which defeats the purpose of using sticky keys). Is there any way to switch the active window with the keyboard which does not require holding buttons? Thanks for any help. Maurizio I do not know any answer to this, but I want to point out that if not pressing ALT first and thereafter TAB works then this is a bug in the sticky keys implementation. ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
Re: [Usability] sticky keys and alt-tab
On 9/12/06, Maurizio Colucci [EMAIL PROTECTED] wrote: Hello, if I enable sticky keys (control panel - keyboard - accessibility), I loose the ability to ALT-TAB (unless, of course, I keep ALT pressed, which defeats the purpose of using sticky keys). Is there any way to switch the active window with the keyboard which does not require holding buttons? Thanks for any help. If you have sticky keys enabled, you should be able to make alt be pressed and held (not sure if this has a technical term) by hitting alt twice. Then hit tab however many times you need. Then release alt by hitting alt again. In other words, to get the behavior equivalent to press-alt-tab-tab-tab-release-alt but with sticky keys, you would instead use the key sequence alt-alt-tab-tab-tab-alt Hope that helps, Elijah ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
Re: [Usability] sticky keys and alt-tab
--- Elijah Newren [EMAIL PROTECTED] wrote: If you have sticky keys enabled, you should be able to make alt be pressed and held (not sure if this has a technical term) by hitting alt twice. If this wasn't properly explained in the GNOME accessibility guide, please file a bug :) http://bugzilla.gnome.org/browse.cgi?product=gnome-user-docs ___ Yahoo! Photos NEW, now offering a quality print service from just 7p a photo http://uk.photos.yahoo.com ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
Re: [Usability] sticky keys and alt-tab
Elijah Newren wrote: On 9/12/06, Maurizio Colucci [EMAIL PROTECTED] wrote: Hello, if I enable sticky keys (control panel - keyboard - accessibility), I loose the ability to ALT-TAB (unless, of course, I keep ALT pressed, which defeats the purpose of using sticky keys). Is there any way to switch the active window with the keyboard which does not require holding buttons? Thanks for any help. If you have sticky keys enabled, you should be able to make alt be pressed and held (not sure if this has a technical term) by hitting alt twice. Then hit tab however many times you need. Then release alt by hitting alt again. In other words, to get the behavior equivalent to press-alt-tab-tab-tab-release-alt but with sticky keys, you would instead use the key sequence alt-alt-tab-tab-tab-alt Hope that helps, Elijah I would expect it to work with just one press of Alt. That is the way it works on MS Windows and I think it is convenient. Is there any reason that it should be harder on GNOME? ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
Re: [Usability] sticky keys and alt-tab
On 9/12/06, Lennart Borgman [EMAIL PROTECTED] wrote: I would expect it to work with just one press of Alt. That is the way it works on MS Windows and I think it is convenient. Is there any reason that it should be harder on GNOME? If I am not mistaken, GNOME currently behaves exactly like Windows XP in this area: Windows XP also requires two presses of alt if you want alt to be considered to still be pressed down even after pressing a non-modifier key. Now, I could be mistaken, especially since I do not have access to a MS Windows system to verify myself, but korn AT sun.com claimed this at http://bugzilla.gnome.org/show_bug.cgi?id=102656#c11 and Bill seemed to verify it later in the same bug report. ;-) ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
Re: [Usability] Mac-style menubar in GNOME
On Wed, 2006-09-13 at 00:40 +0200, BJörn Lindqvist wrote: I'm working on a simple panel applet that would provide functionality similar to Mac's menu bar. Adding the applet would cause most menu bars to automagically disappear from their respective windows and migrate into the applet's area. Removing the applet would restore menubars to their parent windows. If you do it, you will be my god. Lead me to the code, Oh Master. Obvious and contrived implementation issues aside, I would like to probe the list for any and all comments on the potential usability of such an applet (and analogously its potential testing user base). You could start a religion. All hail Zoran ;) -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
Re: [Usability] sticky keys and alt-tab
On Tue, 2006-09-12 at 17:07 -0600, Elijah Newren wrote: On 9/12/06, Lennart Borgman [EMAIL PROTECTED] wrote: I would expect it to work with just one press of Alt. That is the way it works on MS Windows and I think it is convenient. Is there any reason that it should be harder on GNOME? If I am not mistaken, GNOME currently behaves exactly like Windows XP in this area: Windows XP also requires two presses of alt if you want alt to be considered to still be pressed down even after pressing a non-modifier key. Now, I could be mistaken, especially since I do not have access to a MS Windows system to verify myself, but korn AT sun.com claimed this at http://bugzilla.gnome.org/show_bug.cgi?id=102656#c11 and Bill seemed to verify it later in the same bug report. ;-) I've just verified that this is exactly the way it works on Windows. It makes perfect sense to me. Pressing a modifier key once modifies the next key stroke, not some indefinite number of keystrokes. To turn the modifier on indefinitely (well, until explicitly turned off), you hit it twice. -- Shaun ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
Re: [Usability] sticky keys and alt-tab
Elijah Newren wrote: On 9/12/06, Lennart Borgman [EMAIL PROTECTED] wrote: I would expect it to work with just one press of Alt. That is the way it works on MS Windows and I think it is convenient. Is there any reason that it should be harder on GNOME? If I am not mistaken, GNOME currently behaves exactly like Windows XP in this area: Windows XP also requires two presses of alt if you want alt to be considered to still be pressed down even after pressing a non-modifier key. Now, I could be mistaken, especially since I do not have access to a MS Windows system to verify myself, but korn AT sun.com claimed this at http://bugzilla.gnome.org/show_bug.cgi?id=102656#c11 and Bill seemed to verify it later in the same bug report. ;-) Ah, yes you are right. (It is an option.) I was misunderstanding the context. I thought that it was about just pressing Alt-Tab and then releasing the keys. ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
Re: [Usability] Mac-style menubar in GNOME
On Sep 12, 2006, at 3:40 PM, BJörn Lindqvist wrote: I'm working on a simple panel applet that would provide functionality similar to Mac's menu bar. Adding the applet would cause most menu bars to automagically disappear from their respective windows and migrate into the applet's area. Removing the applet would restore menubars to their parent windows. A few issues: Keeping the menu current with the app that currently has input focus will be critical--any lag in menu bar switch and update will be nearly insurmountable as a usability problem You'll need to provide a way for the user to ascertain from the menubar what app has input focus. I find that occasionally (and heretically) the menu bar at the top of the screen is not what I want. If I have multiple apps open on my multiple-monitor desktop, I may have to move the pointer a great distance to get to the menu bar. As monitors grow, there is a tradeoff between having the menu bar always in the same place and impossible to overshoot versus close at hand in the current window. J. English Some Big Computer Compay ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
Re: [Usability] Mac-style menubar in GNOME
Më Mar , 2006-09-12 at 17:10 -0700, Justin English ka shkruar: I find that occasionally (and heretically) the menu bar at the top of the screen is not what I want. If I have multiple apps open on my multiple-monitor desktop, I may have to move the pointer a great distance to get to the menu bar. As monitors grow, there is a tradeoff between having the menu bar always in the same place and impossible to overshoot versus close at hand in the current window. A good example of this is the 30 Apple Cinema HD display. Go to the store and try to use the Mac hooked up on the display. The amount of distance one needs to travel to get to the menus is insane. I for one am totally against the menubar idea, and people haven't even gotten to the real hard issues yet. What happens if you have said applet on the side or bottom of the screen, or in some arbitrary position along the edge, rather than in a corner? The overshoot problem makes sense on Mac, because they don't have arbitrary panel objects. They have a menu bar. It doesn't fit well into GNOME, and just because Apple did it for Mac OS, doesn't mean it works well on every other toolkit/OS too. -- dobey ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
Re: [Usability] Mac-style menubar in GNOME
Obvious and contrived implementation issues aside, I would like to probe the list for any and all comments on the potential usability of such an applet (and analogously its potential testing user base). Some people will love it, and they will use it. Some people will hate it, and they won't use it. If it's optional, nobody gets hurt, so go for it. I made a half-hearted stab at a prototype (in Python) once, I'll see if I can dig it up. One thing that came up is that focus-follows-mouse will be really screwy, if in the motion from an app's window to the top menu bar, your mouse goes over (and focuses) another window. Unfortunately, I happen to like focus-follows-mouse. But that's an edge case we can deal with later... ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability