<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 14, 2015 at 5:27 PM, Pietro <span dir="ltr"><<a href="mailto:peter.zamb@gmail.com" target="_blank">peter.zamb@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On Wed, Jan 14, 2015 at 3:59 PM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com">wenzeslaus@gmail.com</a>> wrote:<br>
> Can this have a description? I'm not sure where we would show it but it<br>
> might be useful.<br>
<br>
</span>I did a naive mockup showing two options with OR relationship.<br></blockquote><div><br>These text elements could help to unclutter the interface if used properly. Like the example provided by Pietro, they could for example help to group the inputs from which the user need to select one (grouping of options using tabs is another option, but not always a good one). Yes, from the manual page the user can find out he/she needs to select one, but I am convinced that for many it would be beneficial if it also is clear at one glance from the interface.. similar to how the red asterisk helps the user to see at one glance which parameters are obligatory.  <br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class=""><br>
> However, I'm against introducing some general inter-option<br>
> info, I'm not sure how it would work in code, GUI, command line and manual<br>
> page. You can always include this information into description of individual<br>
> options. </span></blockquote><div><br>That works well for one option, but what if you have information that is relevant to two different options. <br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">Details can go to a manual page which is accessible from GUI, using<br>
> man or in web browser.<br>
><br>
> I don't see how you would like the GUI to look like. So if you have some<br>
> ideas or examples, please share. I can see what Moritz is saying, GUI should<br>
> be the same as command line because they are two interfaces to the same<br>
> thing.<br></span></blockquote><div><br></div><div>They both provide an interface to the same function, sure, but the important part here is that they are two different interfaces. Presumably for a reason, such as different users, different use cases. So for me it seems perfectly reasonable that there are differences in the level of information provided (of course there might be very good reasons from a developer point of view). <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">
<br>
</span>GUI is already different from the command line, see for example the<br>
guisection, that are not present in --help or manual.<br></blockquote><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Of course we can add these information on the description, but often<br>
we have more than one parameter that depend from the same formula and<br>
I think that introduce something like the mockup could improve<br>
usability.<br>
<br>_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br></blockquote></div><br></div></div>