<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Sun, Jun 29, 2014 at 10:00 AM, Huidae Cho <span dir="ltr"><<a href="mailto:grass4u@gmail.com" target="_blank">grass4u@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"><p dir="ltr">Unless there are files starting with region= in the current directory, region=* is not expanded (at least in bash). Some modules also use * for a special case and I didn't have an expansion problem with them either.</p>




<p dir="ltr">I think '--option value' is a valid point though. Are we going to ever change option=value to --option value or planning to do so?</p></blockquote><div>A lot of questions would arise such as `--option=value` or `--option value` or both or what about --overwrite and short flags and what about backwards compatibility and (visual) compatibility with Python. I'm not sure how this is real but it is not a bad idea to follow this practice. I even better idea to be prepared for that.<br>

</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p dir="ltr">If so, starting special names with an @ may be a good idea because no element names can start with @ because it's the separator between element names and mapset names.</p>


</blockquote><div>Hm, I would not think about @ but it might actually be pretty good. People sometimes write email addresses by hand, so they should have an idea how to write @ at their national keyboard. Also @ is related to location in GRASS, and default region is default region for location, so there is some connection.<br>


</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>

<div class="gmail_quote">On Jun 29, 2014 8:19 AM, "Glynn Clements" <<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<br>
Vaclav Petras wrote:<br>
<br>
> I think that the default interpretation of * is all, so * can be confused<br>
> with the default for this option (all).<br>
<br>
There's also the issue that the shell will perform wildcard expansion.<br>
<br>
This probably doesn't directly matter unless you have files named<br>
"region=<something>" in the current directory.<br>
<br>
But users might spend time worrying about how to quote/escape it<br>
without realising that it won't matter.<br>
<br>
It might matter for the GUI, if its command-line handling doesn't<br>
exactly mirror the shell's rules.<br>
<br>
It might matter for shell scripts if the option's value is ever<br>
separated from the region=part.<br>
<br>
It would matter if we ever wanted to support the more conventional<br>
"--option value" getopt syntax.<br>
<br>
If the current region is selected with ".", maybe ".." for the default<br>
region? Or even "DEFAULT" (that would preclude using a named region<br>
with that name; but is that likely?).<br>
<br>
--<br>
Glynn Clements <<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a>><br>
</blockquote></div>
</div></div></blockquote></div><br></div></div>