<div dir="ltr"><div><div> Agreeing with Moritz,<br><br>"In other words, there are some types of users (those that don't read 
anything provided by the developers) for whom I am sometimes tempted to 
just say "RTFM" instead of trying to find ways to make it possible for 
them to still use GRASS"<br><br></div>I used to start my GRASS GIS courses by saying to students that this is not going to work if you do not read the instructions. Invariably, those who did not listen to that would come back frustrated 30 minutes later...<br>
<br>Cheers<br></div>Yann<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 9 April 2014 12:51, Moritz Lennert <span dir="ltr"><<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 09/04/14 03:17, Vaclav Petras wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
<br>
On Tue, Apr 8, 2014 at 9:09 PM, Glynn Clements <<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a><br></div><div><div class="h5">
<mailto:<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.<u></u>com</a>>> wrote:<br>
<br>
    If there's no Python installed, the installer can install it. If<br>
    Python is installed and the version is compatible, the installer can<br>
    install any required packages. Otherwise, it can at least inform the<br>
    user of the situation and enumerate the options.<br>
<br>
<br>
This is a good point, the documentation must be in the installer, not a<br>
separate file. For example Git installer for MS Windows list three<br>
options how to install git and other command line tools with an<br>
explanation. The problem is that only part of the users will read it and<br>
only part of them will understand all the consequences (I mean, I was<br>
not sure when I saw installing Git installation for the first time).<br>
</div></div></blockquote>
<br>
I think part of this discussion boils down to the very old debate about how far we should go in taking the user's hand. Do we really want to compete with programs that "just do the work for you", thus having to think of every possible problem they might face, or do we decide that even though we can lower the entrance hurdle a bit, GRASS does demand some more involvement from the user than other software.<br>

<br>
Personally, I am a bit afraid that by going down the first route we concentrate much developer time that could be spent on other (IMHO more useful) things and we also risk to make GRASS less efficient for those that have taken the time to pass the hurdle.<br>

<br>
In other words, there are some types of users (those that don't read anything provided by the developers) for whom I am sometimes tempted to just say "RTFM" instead of trying to find ways to make it possible for them to still use GRASS.<span class="HOEnZb"><font color="#888888"><br>

<br>
Moritz</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><br clear="all"><br>-- <br>----
</div>