Re: [lmi] Allow direct drill-down editing in census manager

[Greg Chicares]

On 2010-08-04 14:32Z, Vadim Zeitlin wrote:
> On Wed, 04 Aug 2010 09:41:17 +0200 Vaclav Slavik <address@hidden> wrote:
> 
> VS> On Tue, 2010-08-03 at 14:54 -0400, Wendy Boutin wrote:
> VS> > In particular, the navigational nature of wxGrid allows me to
> VS> > easily edit columns, which is a very important attribute to users
> VS> > who would typically edit the same parameter for each cell. 
> VS> 
> VS> Keyboard navigation is missing from Windows implementation of
> VS> wxDataViewCtrl, but that's something we will fix, see my earlier mail:
> VS> 
> VS>         We should implement it in the same way GTK+ does it, I think: as
> VS>         soon as you start using the keyboard, a subtle rectangle is
> VS>         drawn around the cell that currently has focus. This cell is
> VS>         always on the selected line as is the 0th column by default. Up
> VS>         and down arrows move the selection (and therefore, focused cell
> VS>         too). Left and right arrows move focus within the selected row.
> VS>         Enter starts editing. On Windows, appropriate rendering would
> VS>         the dotted focus rectangle that wxListCtrl uses too, except that
> VS>         it would highlight just one cell instead of the entire row.

I'm not sure why the highlight would appear only after the keyboard has
been used. Why not make it appear always, even in a newly-constructed
wxDataViewCtrl?

I'm not terribly concerned about how it's rendered, as long as the selected
column and row are apparent. If the selected row is more prominently
indicated than the selected column, that's okay.

If it's going to work much like wxGrid, then why not follow a spreadsheet
model for navigation? For example, pressing Enter in a spreadsheet doesn't
enter edit mode.

> VS> I think this kind of keyboard navigation is more appropriate than
> VS> Excel/wxGrid-style
> 
>  FWIW I agree with this. Of course, if the data we have here is really more
> like a 2D table than a collection of rows (which I think it is) then it
> might be more appropriate to have Excel-like navigation.

It is a two-dimensional table. Therefore, it could seem surprising if
navigation differs gratuitously from gnumeric or open-office calc (or
ms excel).