Re: [Fwd: [Bug 53580] Changed - KEYNAV: GtkTreeView]

[Marc Mulcahy <marc mulcahy sun com>]

> Hi Calum,

...
> Option 1) Tabbing into the list gives focus to the first column header
> ...
> Disadvantages: Requires one extra press of the Tab key for the most
> common action (giving focus to the list items themselves).  Also, the
> "first" column header in a list is often the header for a column of
> icons, which is generally very small in comparison to the other headers,
> so the fact that it had gained focus may not be immediately obvious-- it
> may look as though the focus had just disappeared.
>
> I don't like this option for the reasons you mention-- the most common 
> operation in a list is to select an item, not to click a button on the 
> column header.  I think the case of a notebook tab is slightly different, 
> in that focusing a notebook tab can be esential to the operation of a 
> program, while access to list column headers wouldn't seem to be so.  I 
> wouldn't be willing to say it's never esential, but I've never run across 
> a case where it was...

> Option 2) Tabbing into the list initially gives focus to the list items,
> as it does now.  Pressing Tab or Shift+Tab again moves focus right back
> out of the list control again, as it does now.  Focus is given to the
> column headers by tabbing into the list, then pressing Ctrl+PgUp.  Once
> the headers have focus, left/right arrow keys move focus between the
> headers as in suggestion 1, pressing Tab gives focus back to the list
> items, and pressing Shift+Tab backs focus out of the list control
> altogether.
>
> I like this option, since it provides access to the headers, but doesn't 
> force access to them, seeing as how access to the column headers is 
> usually for secondary customization of an app, such as switching sort order...


Marc