<div dir="ltr">Hi, moving the menu discussion to the ticked:<div><br></div><div><a href="http://trac.osgeo.org/grass/ticket/1742#comment:16">http://trac.osgeo.org/grass/ticket/1742#comment:16</a><br></div><div><br></div><div>

<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 27, 2013 at 6:47 AM, Hamish <span dir="ltr"><<a href="mailto:hamish_b@yahoo.com" target="_blank">hamish_b@yahoo.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Vaclav wrote:<br>
<br>
> * For finding and running a module, user should use the module<br>
> tree in the search modules tab.<br>
<br>
<br>
</div>Hi,<br>
<br>
<br>
I welcome better presentation of the menus since they get rather big (platoon rule of thumb: any more than ~12 in any level/group gets a bit overwhelming), but wrt "search to run" as the primary instead of augmenting method, I fear that way is not very discoverable -- at least I'd like to avoid the situation where a new user needs to know the name of what they're looking for before they can find it, which isn't so good to explore & learn about new modules you don't know exist yet. Especially for a software so big as ours which takes years to fully know.<br>


<br>
We are spatial creatures, so a spatial model for menu layout where we can use our spatial & muscle memories helps I think. Our monitors are getting really wide these days, both desktop and laptop, and so top menu bars will fit even better than they used to, we just have to make the windows a bit wider to compensate. Luckily these days there's space for that. (2c)<br>


<br>
<br>
regards,<br>
Hamish<br>
<br>
</blockquote></div><br></div>