<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 14, 2015 at 1:07 PM, Nikos Alexandris <span dir="ltr"><<a href="mailto:nik@nikosalexandris.net" target="_blank">nik@nikosalexandris.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Moritz:<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I personally am not in favour of such additional text in the module. I think<br>
it would clutter the interface. There is a reason there are man pages and we<br>
should not encourage users to skip them...<br>
</blockquote></blockquote>
<br></span>
Pietro:<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Why? I don't see the reason why we should educate the users...<br>
I provide a tool to user that know what they are doing, I want only to<br>
make the meaning of the options clearer and self explanatory.<br>
</blockquote>
<br></span>
I share this idea: the GUI should offer an overview at a glance, as simple and compact, yet complete as possible.</blockquote><div><br></div><div>well, we are still talking about autogenerated dialogs, so you can't expect a miracle. I agree we should try to reflect the option relations, I just didn't have time to look at it, besides it's still a very new feature in parser. I don't expect it to be super simple to implement considering all the different options and relations.</div><div><br></div><div>Regarding the explanatory text, that would have to be implemented in the parser I guess. The latex part sounds unrealistic (or at least overcomplicated) in terms of wxPython.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Also, how would you integrate that into the command line --help output ? It<br>
probably wouldn't be as readable and and I'm even more strongly opposed to<br>
introducing differences in information delivered between the command line<br>
and the GUI.<br>
</blockquote>
<br>
I would not integrate that information in the --help output, but only<br>
on the manual page (to avoid repetitions).<br>
<br>
Command line and GUI are different things with different scope I see<br>
no point to have them as a clone.<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
They have different user audience and should be differentiate (imho).<br>
For me the module GUI as it is is useless and this is why I just use<br>
the command line I don't see any advantage on GUI as it is. I think<br>
that make the GUI more clearer could add some value and user don't<br>
have to rely on the manual for every single option. The basic info are<br>
provided in the GUI and you can find these and further<br>
details/material in the manual, e.g. examples, images, etc.<br>
</blockquote>
<br></span>
While I don't think that GRASS' GUIs, as of now, are useless, I understand Pietro's view and think similarly.  These questions always appear when you try to introduce GRASS in someone without prior experience.  Just try to do it, and let him/her tell you what they think.<span class="HOEnZb"><font color="#888888"><br>
<br>
Nikos</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/grass-dev</a><br>
</div></div></blockquote></div><br></div></div>