[Top][All Lists]

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

Re[2]: [lmi] expected behavior of TAB in database editor

From: Vadim Zeitlin
Subject: Re[2]: [lmi] expected behavior of TAB in database editor
Date: Sat, 12 Jan 2008 16:13:14 +0100

On Sat, 12 Jan 2008 15:02:03 +0000 Greg Chicares <address@hidden> wrote:

GC> so I can definitely say that the answer is (1):
GC>   http://lists.nongnu.org/archive/html/lmi/2008-01/msg00000.html
GC> | (1) Pressing TAB should move keyboard focus from the grid to the next
GC> | control in focus chain. In other words, it shouldn't be used for
GC> | cells navigation at all.
GC> from our POV--unless you know of a good reason to avoid that
GC> (e.g., if it's really difficult to implement, or if it breaks
GC> some normal user-interface practice on wxGTK).

 I don't know of any GTK/Gnome standards for keyboard navigation in grids
so I don't think it breaks anything.

GC> And I doubt that any end user relies on the default behavior of
GC> Tab in a spreadsheet

 This really depends on the users. We did have quite a few complaints about
people accustomed to the "EXample of Certain Egregiously Liked" spreadsheet
that wxGrid didn't behave exactly like it so if your users have the habit
of using TAB to change spreadsheet cells they could suffer from being
unable to do it in LMI.

 And just to muddle the waters a bit, I can see another possible solution:

(4) Use TAB for navigation among the grid cells and allow using Ctrl-TAB
    to perform the normal navigation functions (and the same for Shift-
    combinations, of course). The main drawback of this is that if you put
    this control in a notebook now, you won't be able to use Ctrl-TAB to
    change the notebook pages (but Ctrl-PgUp/Down would still work).

 But, again, if you think that your users are not irretrievably addicted to
using TAB to navigate between the grid cells, then doing (1) remains the
simplest and best solution.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]