#102: new tabs in GUI have required last
-----------------------+----------------------------------------------------
Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.3.0
Component: Python | Version: unspecified
Resolution: | Keywords: wxGUI
-----------------------+----------------------------------------------------
Comment (by martinl):
Replying to [comment:1 hamish]:
> FWIW I don't really see the point in putting options in a Required tab
using the guisection control. That info is already supplied by the
opt->required parser switch.
Yes, that's true. But there are some exceptions like r.in/out.gdal,
v.in/out.ogr where naturally required parameters (input, output) are not
marked as required. Mainly because of 'list' flag. Otherwise you would
have to type
{{{
r.in.gdal in=dummy -f
}}}
instead of
{{{
r.in.gdal -f
}}}
which is a bit ugly. For GUI dialog it could be for user a bit confusing,
to launch r.in.gdal and to find input and output option in 'Optional' tab,
even dialog for importing raster file into GRASS without 'Required' tab.
> I'm not completely sold on putting all parser required options in the
front tab. I would be happy if those options were just bolded.
> (I can see the problem with something like d.vect where you would have
to hunt for them in lots of tabs, annoying)
>
> For r.colors, v.in.ascii the input can come from stdin which is why
those input filenames are not required by the parser, although piping to
stdin isn't really an option from a GUI window.
Maybe we could rename 'Required' tab to 'Main' tab, bolded required option
(option->required = YES) and move here few options like in the case of
r.in.gdal.
> I am not sure about the wxPython GUI but for the TclTk one IIRC tabs are
created in the order their options arrive, with flags having the first
pass, and all sorts of other funny rules. I
It should be same for wxPython, just 'Required' tab is always first and
'Optional' (i.e. parameter without guisection) the second.
> think it is bad policy to do a lot of option reordering to make the tabs
look nice. IMO they should be grouped in logical order when viewed
serially from the help page. Special care must be taken with the first
option as users may expect it to be the optional "opt=" from the command
line. see trac task #88.
I agree (CLI and GUI should be consistent here).
Martin
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/102#comment:3>
GRASS GIS <http://grass.osgeo.org>
GRASS Geographic Information System (GRASS GIS) - http://grass.osgeo.org/