#102: new tabs in GUI have required last
-----------------------+----------------------------------------------------
  Reporter:  cmbarton  |       Owner:  [email protected]
      Type:  defect    |      Status:  new                      
  Priority:  major     |   Milestone:  6.3.0                    
 Component:  Python    |     Version:  unspecified              
Resolution:            |    Keywords:  wxGUI                    
-----------------------+----------------------------------------------------
Changes (by martinl):

  * keywords:  => wxGUI
  * component:  default => Python

Comment:

 Replying to [ticket:102 cmbarton]:
 > Someone went through and added new tabs to several of the module
 interface sections. This is nice. However, in the couple I've run into
 (e.g. r.colors and v.in.ascii), the "required" tab is the bottom one on
 the stack and rightmost tab. That is the stuff that is most important is
 the most

 strange, I cannot reproduce this behaviour, 'Required' tab is the most-
 left on my machine. Looking at the code, 'Required' (formerly called
 'Main') should be always first, see

 
http://trac.osgeo.org/grass/browser/grass/trunk/gui/wxpython/gui_modules/menuform.py#L865

 > hidden. Also v.in.ascii required output vector name is in the options
 section, not the required

 I see this option in 'Required tab', see the attached screenshot.

 > section, and while the input raster name for r.colors is in the required
 section, its description says it is optional.

 The input parameter is option because

 {{{
 -l   List available rules then exit
 }}}

 then you don't need to set dummy value for 'r.colors -l' (otherwise
 'r.colors in=dummy -l'). For GUI dialog this parameter is forced to be
 moved to 'Required' tab.

 {{{
 option->guisection = _("Required");
 }}}

 It seems to me less confusing for GUI user - "I want to change color table
 of raster map, then I am expecting input raster map name to be required".
 Maybe tab should called 'Main' not 'Required'.

 Martin

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/102#comment:2>
GRASS GIS <http://grass.osgeo.org>
GRASS Geographic Information System (GRASS GIS) - http://grass.osgeo.org/
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev

Reply via email to