<div dir="ltr">Hi,<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 23, 2016 at 12:00 AM, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
in order to not hinder the addition of important new flags/parameters<br>
to modules while keeping things optionally easy it would be good to<br>
implement some expert mode to the parser.<br>
<br>
The flags and parameters for advanced users should be hidden by<br>
default (maybe by using an extra definition in order to "tag" them in<br>
the source code). Then e.g. by setting a variable they would become<br>
visible in the help text and GUI.<br>
Probably they should be always accepted when being invoked.<br></blockquote><div><br></div><div> This makes sense to me. If I type name.module --help and the command line yield too long a list of parameters, I normally prefer reading it on the manual page, where it is more clear, and I find extremely useful the usage examples of the flags. I don't find it very informative to list all the flags in command line, even the less used. There could be for example a --ext-help for extended help display. So for example, typing only --help would list only most used options and would end with "type --ext-help for extended help" or something like that.</div></div><br>My 2 c<br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><font color="#666666">Margherita Di Leo</font></div></div></div></div></div></div></div></div></div>
</div></div>