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



jrb redhat com wrote:
 
> This is correct.  The only problems I can think of with this approach is
> that you end up with buttons that can be focused (ie. have the little
> dotted line in them) that cannot be clicked or activated (with return or
> space).  I don't know if this is confusing or not.

Just to clarify what Jonathan is saying here: a TreeView column can
currently only be re-ordered if it's deemed "clickable" by the app, even
if actually clicking on the column header has no effect (e.g. it doesn't
make sense to re-order the column, which would be the normal behaviour
associated with clicking on a column header).  Hence the situation he
describes, where a column header can potentially be given keyboard focus
but the only keyboard operations available are "move column left/right".

Personally I don't think this would be a problem provided such column
headers didn't actually visually depress if you did press Enter while
they were focused-- I forget from our conversation on Friday if Jonathan
said this was doable or not, but I have the log here somewhere so I can
check and hold him to it if need be  :o)

> I think in this case, the onus has to be on the application developer to
> include a keyboard method.  I don't think we want a keyboard equivalence
> of DnD built into GTK.

Hmm, well, I guess that's ultimately not my decision, but I'd have
thought that any mouse behaviour that is contained within a single
widget (like re-ordering rows in a table) ought to have a keyboard
equivalent built into that widget as well, otherwise app developers will
end up either all doing it different ways or not bothering to do it at
all.  But that's easy for me to say, I don't have to implement it  :o) 
Anybody else got any views on this?

Cheeri,
Calum.

-- 
CALUM BENSON, Usability Engineer       Sun Microsystems Ireland
mailto:calum benson ireland sun com    Desktop Engineering Group
http://www.sun.ie                      +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]