[GRASS-dev] [bug #2969] can wxPython GUI handle order of options for v.type and alike?

[Glynn Clements]

Michael Barton wrote:

> >>> but the v.type help page isn't much to read anyway.
> >>> Uses /bin/sh, so not for native Windows.
> >> 
> >>> to keep the option list short, point->kernel etc. are not supported
> >>> directly, you have to go point->centroid, centroid->kernel.
> >> 
> >> How much longer would the list be if centroid->kernel etc. were added?
> > 
> > AFAICT, there are 12 valid combinations:
> > 
> > centroid->kernel
> > centroid->point
> > kernel->centroid
> > kernel->point
> > point->centroid
> > point->kernel
> > 
> > boundary->face
> > boundary->line
> > face->boundary
> > face->line
> > line->boundary
> > line->face
> 
> Why can't these simply be the valid options allowed for type and listed in
> interface description in this way (or something acceptable to the module).
> Wouldn't that generate a pulldown combobox with these combinations to select
> from?

The type option has ->multiple=YES, so you can choose several of
these, not just one.

Certain combinations aren't valid (e.g. using the same "from" type
twice doesn't make sense), but there's no way for the module to report
that fact to the GUI.

-- 
Glynn Clements <glynn at gclements.plus.com>