Re: [Usability] sticky keys and alt-tab

2006-09-13 Thread Maurizio Colucci
On 9/12/06, Elijah Newren [EMAIL PROTECTED] 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 keyboardwhich does not require holding buttons?
 Thanks for any help.If you have sticky keys enabled, you should be able to make alt bepressed and held (not sure if this has a technical term) by hittingalt twice.Then hit tab however many times you need.Then release
alt by hitting alt again.In other words, to get the behaviorequivalent to press-alt-tab-tab-tab-release-altbut with sticky keys, you would instead use the key sequence
 alt-alt-tab-tab-tab-alt
Hope that helps,It would, if it worked. Unfortunately it does not work at all. Pressing ALT twice is no different than pressin it once for me. I am using the USA keyboard layout, Gnome is the one in Ubuntu Dapper. Any ideas? Thank you. :-)
Maurizio
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability


Re: [Usability] sticky keys and alt-tab

2006-09-13 Thread Joachim Noreiko

--- Maurizio Colucci [EMAIL PROTECTED]
wrote:
 
 Never mind, I found the problem: in keyboard
 preferences - layout options
 - group/shift-lock behavior, I had to disable both
 alt keys together
 change group. 

Urg.
Why do we even have this ugly little tab section?
I understand these options are provided by X, but why?
What needs to happen to kill them off or fold them
into GNOME properly, or bring them kicking and
screaming into the rest of the GUI?



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability


Re: [Usability] Quicky review of Seahorse encryption key manager

2006-09-13 Thread Nate Nielsen
Alan Horkan wrote:
 Apologies in advance but I'm working off the screenshots to start with and
 I will try and get recent binaries or compile Seahorse later for more
 detailed feedback.  The screenshots are not dated or marked with any
 version so I'll assume they are from the most recent release*.

Yeah, sorry the screenshots are from 0.9.1. Many of the dialogs are a
bit simpler and less cluttered now. But I believe most if not all of
your comments still apply.

 I figured I should take a quick look at Seahorse and provide feedback now
 rather than later (especially since I feel burned by some of the last
 minute changes made to Baobab supposedly in the name of HIG compliance but
 that is a rant for another time).  I'm not an expert but I know what I
 like and I am familiar with the Human Interface Guidelines as well as the
 Documentation Style Guide (which is very relevant to the use of language
 in the interface).

snip

Good stuff, all of it. Makes sanse. I'll make the suggested changes shortly.

 I hope to try out Seahorse soon and provide a more thorough review.

That would be awesome.

 Best of luck with getting Seahorse included in Gnome.

Thanks,

Nate Nielsen

___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability


Re: [Usability] Mac-style menubar in GNOME

2006-09-13 Thread Nigel Tao
 I made a half-hearted stab at a prototype (in Python) once, I'll see
 if I can dig it up.

I found half of it.  Here is a panel applet that shows the focused
window's name (and min/max/close buttons) in the top menubar.  You
could probably hack it to show the focused window's menu instead.

The code is very alpha.  Run it like:
$ ./titlebar-applet -w
for a standalone window (for testing), or do the make install thing
and then Add to Panel

http://www.gnome.org/~nigeltao/python_applets/titlebar-applet-0.1-preview.tar.gz

You might need to install the Python wnck bindings - I forget what
package provides that.
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability


Re: [Usability] sticky keys and alt-tab

2006-09-13 Thread Shaun McCance
On Wed, 2006-09-13 at 10:26 +0200, Maurizio Colucci wrote:
 On 9/13/06, Maurizio Colucci [EMAIL PROTECTED] wrote: 
 On 9/12/06, Elijah Newren [EMAIL PROTECTED] 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, 
 
 It would, if it worked. Unfortunately it does not work at all.
 Pressing ALT twice is no different than pressin it once for
 me. I am using the USA keyboard layout, Gnome is the one in
 Ubuntu Dapper. Any ideas? Thank you. :-)
 
 Never mind, I found the problem: in keyboard preferences - layout
 options - group/shift-lock behavior, I had to disable both alt keys
 together change group. However this does not make much sense, since I
 was not pressing both alt keys together. Is this a bug? 

I don't think it's so much a bug as it is a peculiar set of
interactions that just don't work out well together.  Look
at pressing both Alt keys together as pressing Alt+Alt.
That is, one Alt is a modifier, while the other Alt is the
thing it modifies.  With sticky keys, you would type this
by pressing Alt, then pressing Alt again.

It would seem the underlying code doesn't really check if
the two Alt key presses were different Alt keys, probably
because the programmers weren't thinking about sticky keys
when they wrote it.  (How else would you press the same
key at the same time as itself?)

This is, I believe, all XKB stuff, which is black magic
to most of us.

--
Shaun


___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability


Re: [Usability] sticky keys and alt-tab

2006-09-13 Thread Shaun McCance
On Wed, 2006-09-13 at 09:57 +0100, Joachim Noreiko wrote:
 
 --- Maurizio Colucci [EMAIL PROTECTED]
 wrote:
  
  Never mind, I found the problem: in keyboard
  preferences - layout options
  - group/shift-lock behavior, I had to disable both
  alt keys together
  change group. 
 
 Urg.
 Why do we even have this ugly little tab section?
 I understand these options are provided by X, but why?
 What needs to happen to kill them off or fold them
 into GNOME properly, or bring them kicking and
 screaming into the rest of the GUI? 

Easier said than done.  There are people who use those
options.  I'm one of those people, because I like using
a Compose key.  We can't just ditch them.

The list of options comes from the X server, so we can't
just have a static dialog with all the options neatly
laid out.  I do think, however, that we can improve on
the dialog.  It just takes some thought.

We could, for instance, have a nearly-static layout with
all the options we consider common.  We don't dynamically
add anything to this layout, but we do remove from it any
options that aren't supported by the X server.  We still
have to provide access to everything, so we put a button
at the bottom which brings up a dialog with a tree view
with all the options in it, similar to the current dialog.

--
Shaun


___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability