<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 2, 2015 at 3:01 PM, Markus Metz <span dir="ltr"><<a href="mailto:markus.metz.giswork@gmail.com" target="_blank">markus.metz.giswork@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">On Mon, Feb 2, 2015 at 8:01 PM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com">wenzeslaus@gmail.com</a>> wrote:<br>
> More improvements for startup window in r64405.<br>
><br>
> Most notably you don't get error message when starting GRASS for the first<br>
> time without a rc file. After clicking OK, you would get a browse window.<br>
> Now you just get a warning text in the middle of the window and it is up to<br>
> you to read it and press the button. In my opinion, much less annoying<br>
> behavior.<br>
><br>
> The descriptions are now in gray. This is system color, so it should work<br>
> with different themes. (This is not true for the things like warning text or<br>
> grayed out Mapsets)<br>
><br>
> I changed the descriptions a little bit but it needs more care. Anybody can<br>
> change it now but perhaps we should try to discuss them without diverging to<br>
> how to do startup procedure differently. Also there is more strings, some<br>
> messages, they might need some revision too. E.g. should there be numbers in<br>
> the box titles? And what about the error messages?<br>
><br>
> The windows issues are just partially fixed. It seems that wxPython is not<br>
> determining the wrapping properly. The widgets have the same boundaries in<br>
> widget inspector on MS Windows and on Linux. Just the text is wrapped<br>
> differently.<br>
><br>
> The vertical size is bigger then it was before (you can compare at an image<br>
> posted earlier [2]). It will get smaller by using smaller banner image.<br>
> However, longer descriptions and the error/warning text are making it<br>
> bigger. Now the behavior of error/warning text is that it does not occupy<br>
> any space unless something is shown. Hopefully it will work on all platforms<br>
> (seems to work well on Linux and MS Windows). In theory, the window could be<br>
> re-sized by user to be smaller (if screen is small) but I'm not able to make<br>
> Location and Mapset lists to allow it. If I set minimal size, then they<br>
> actually use it from the beginning and I get unnecessary small lists. We<br>
> could get some vertical space by growing wider but then the Location and<br>
> Mapset lists are unnecessary wide.<br>
><br>
<br>
</div></div>For newcomers/no rc file: how about creating a new GRASS GIS database<br>
in $HOME, in there a new location with EPSG:4326 (latlong wgs84), the<br>
empty PERMANENT mapset will be created automatically. Does not apply<br>
to MS Windows, because the demolocation is created during<br>
installation.<br>
<br></blockquote><div><br></div><div>I agree, we were suggesting this too.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Why not having a minimal welcome screen with a dropdown list for<br>
existing locations and a dropdown list for existing mapsets in the<br>
selected location, plus a prominent OK button and a change/manage<br>
button, nothing else?<br>
<br>
It's the difference between<br>
<br>
"You need to fill in this form first, and fix the errors in the form,<br>
after that you may enter GRASS GIS"<br></blockquote><div><br></div><div>User wouldn't need to fill the form in case there is the wgs84 location before starting grass. In case of errors, how would minimal welcome screen help?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
and<br>
<br>
"Welcome! Just press OK to enter GRASS GIS"<br></blockquote><div><br></div><div>It seems to me that the current list is easier to navigate than if the locations and mapset would be in combo box. I often click on different locations in the list to see the mapsets, that would be more difficult with the combo boxes. Your suggestion is probably useful for new users, but is convenient for normal users? Should we implement both and let people switch it? I would try to avoid two solutions.</div><div><br></div><div>Should we somehow vote about this? We probably need to put all these (detailed) suggestions on trac.</div><div><br></div><div>Anna</div><div><br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Markus M<br>
<span class="im"><br>
> Vaclav<br>
><br>
> [1] <a href="http://trac.osgeo.org/grass/changeset/64405" target="_blank">http://trac.osgeo.org/grass/changeset/64405</a><br>
> [2]<br>
> <a href="http://lists.osgeo.org/pipermail/grass-dev/attachments/20150121/62aad5af/attachment-0001.png" target="_blank">http://lists.osgeo.org/pipermail/grass-dev/attachments/20150121/62aad5af/attachment-0001.png</a><br>
> <a href="http://osgeo-org.1560.x6.nabble.com/attachment/5183019/1/startup_with_explanations.png" target="_blank">http://osgeo-org.1560.x6.nabble.com/attachment/5183019/1/startup_with_explanations.png</a><br>
><br>
</span><div class=""><div class="h5">> _______________________________________________<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>
_______________________________________________<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>
</div></div></blockquote></div><br></div></div>