On Thu, Dec 24, 2015 at 6:56 PM, <grass-dev-request@lists.osgeo.org> wrote:
Send grass-dev mailing list submissions to
grass-dev@lists.osgeo.orgTo subscribe or unsubscribe via the World Wide Web, visit
http://lists.osgeo.org/mailman/listinfo/grass-dev
or, via email, send a message with subject or body 'help' to
grass-dev-request@lists.osgeo.orgYou can reach the person managing the list at
grass-dev-owner@lists.osgeo.orgWhen replying, please edit your Subject line so it is more specific
than "Re: Contents of grass-dev digest..."Today's Topics:
1. Re: grouping most important parameters in a 'main' tab
(Vaclav Petras)
2. r.category: wrong separator in examples (Helmut Kudrnovsky)
3. Re: [GRASS GIS] #2819: v.db.renamecolumn mysql error (GRASS GIS)
4. Re: [GRASS GIS] #2745: i.cluster: report file has wrong
linebreaks on Windows (GRASS GIS)
5. Re: [GRASS GIS] #2775: Hangs when closing db drivers (GRASS GIS)
6. Re: [GRASS GIS] #2775: Hangs when closing db drivers (GRASS GIS)
7. Re: [GRASS GIS] #2775: Hangs when closing db drivers (GRASS GIS)
8. Re: [GRASS GIS] #2759: v.rast.stats and mySQL (GRASS GIS)---------- Forwarded message ----------
From: Vaclav Petras <wenzeslaus@gmail.com>
To: Moritz Lennert <mlennert@club.worldonline.be>, "Blumentrath, Stefan" <
Stefan.Blumentrath@nina.no>
Cc: Paulo van Breugel <p.vanbreugel@gmail.com>, grass-dev <
grass-dev@lists.osgeo.org>
Date: Wed, 23 Dec 2015 15:53:52 -0500
Subject: Re: [GRASS-dev] grouping most important parameters in a 'main' tabOn Wed, Dec 23, 2015 at 7:15 AM, Paulo van Breugel <p.vanbreugel@gmail.com
> wrote:On Wed, Dec 23, 2015 at 12:19 PM, Moritz Lennert <
mlennert@club.worldonline.be> wrote:In a response to #2632 [1], I changed v.db.select in trunk (r67337) in
order to reorder parameters in the module GUI and group what I consider the
most important parameters in a 'Main' tab.I know there has been much discussion about parameter grouping in the
GUI before and I don't want to impose my choices here. So, I'm more than
happy to revert if necessary.The main idea is to ease the use of module GUIs without giving up their
complete power. In other words, simplify, without dumming down. If, for a
module, there are some parameters that seem the most obvious ones to
change, then why not regroup them in a 'Main' tab, while leaving the other,
more specialised ones, in separate tabs ?I am all in favour of this. Easier for the casual user and it means less
clicks for probably most user-cases. I guess it will not always be easy to
determine what are the most important / common parameters, but for this
module I think you got them all right under the main tab.
wrt to the name of the tab, instead of "main", "common" might be more
accurate.