<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 23, 2015 at 3:53 PM, Vaclav Petras <span dir="ltr"><<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Wed, Dec 23, 2015 at 7:15 AM, Paulo van Breugel <span dir="ltr"><<a href="mailto:p.vanbreugel@gmail.com" target="_blank">p.vanbreugel@gmail.com</a>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span><span class="">On Wed, Dec 23, 2015 at 12:19 PM, Moritz Lennert <span dir="ltr"><<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a>></span> wrote:<br></span><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
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.<br>
<br>
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.<br>
<br>
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 ?<br></blockquote><div><br></div></span></span><span class=""><div>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.</div></span></blockquote></div><br></div><div class="gmail_extra">Moritz, I agree we need to improve this and I like what you did with v.db.select.<br><br>However, I think that the concept of Main tab as general rule for all modules will not work. But I think that it could work as yet another style of creating groups. Some modules are fine with Required and Optional. Some with Input and Output. Some need this Main or whatever is the right name. If it is done correctly, then I believe users can handle more than one tab (if Input and Output have 10 options each then it clearly something which needs to be fixed; probably with the approach you propose).<br><br>It seems to me that Main is not a good name. Something like Basic seems better as it is "all the basic things you need to set". v.db.select is doing select. But v.db.select's Main tab ("the most important ones") doesn't contain anything for actual selection. That's why it seems more like Basic. <br><br>A side note: Although Basic would suggest that there should be Advanced, the things should be split into more tabs/groups when they are not basic.<br><br></div><div class="gmail_extra">Also, if the Main in v.db.select is aimed of export of the whole table as CSV then perhaps we need a separate module (wrapper) to do that.<br></div><div class="gmail_extra"><br></div></div></blockquote><div><br></div><div>Little bit related to this topic, I would like to change r.colors dialog. What bothers me most there is the file option which I believe is not used much and I often start to type the color rules in there. There are couple of options how to change this, one suggestion is to minimize layout changes but still get less confusing gui:</div><div><br></div><div>tab Map: only option map</div><div>tab Define: keep flags n, g, a, e (invert, both logarithmic, hist equalization) and options color, raster, rules</div><div>tab Remove and Print could be removed</div><div>tab Optional: -r, -l (moved from the removed tabs), flag w (only write table if doesn't exist), option file, raster3d</div><div><br></div><div>or we could have in the first tab not just the name of the map but also the option color as the most used option. But then we should rename the tabs Map and Define, not sure how. Any opinion?</div><div><br></div><div>Thanks,</div><div><br></div><div>Anna</div><div><br></div><div><br></div><div><br></div><div><br></div></div><br></div></div>