Putting the 'ignore' option in separate tab with patterns is fine I think. Also, for g.remove to have the 'type' and 'name' together in one tab is also a good idea imho.

I am not sure I understand the last question; you mean to add the possibility to make an option required but still have the option to put it in another section? I think that would be a good idea, not only in this case, but more in general, it would make it easier to create an consistent interface for modules that require more than a few inputs. It might be a good idea to flag options as required, e.g., by adding '(required)' after the option name?

On a side note, why the -f flag of g.remove is in the 'optional' tab? I understand it is optional, but as you noted, it is a primary option.. it is essential to do what the function is suppose to do, remove layers. As a new user I would not expect such an essential option in the optional tab I think.

Paulo


On 14-10-14 04:17, Vaclav Petras wrote:
Hi,

Anna and I discussed the GUI sections of g.list and g.remove. The changes are now in trunk (r62248). However, few issues still remain.

It seems to us that although `names` and `ignore` in g.remove are similar from the point of view of implementation, they have completely different use case. While `names` is here to provide a simple interface, `ignore` extends the interface which is using patterns. So, non-advanced user using GUI will surely want `names` but not `ignore` and GUI should reflect this. Thus `ignore` should probably go to Pattern (although it is not 100% consistent) and `names` to some basic category.

Also, Required section (of both g.remove and g.list) contains just one item - `type`. In case of g.remove, it could make sense to have the `names` together with `type` in some Basic section which would be the primary section users can focus on (besides approval by -f in Optional). This of course expects that no elements will be added to the `type` list (#2440, #2437).

So, the big question is if we want to allow Required section to be overridden by another section if it is provided. Currently if option is required, GUI puts it into Required section no matter if another GUI section was specified.

Thanks for your opinions,
Vaclav

r62248 http://trac.osgeo.org/grass/changeset/62248
#2440 http://trac.osgeo.org/grass/ticket/2440
#2437 http://trac.osgeo.org/grass/ticket/2437


_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Reply via email to