<div dir="ltr"><div>This is the commit with the proposed changes.</div><div><br></div><div>It has the new Icons and different behavior of the CRS text. I.e:</div><div><br></div><div>When OFT is enable, it will show only the EPSG:<code></div><div>When OTF is disable, it will show EPSG:<code> (OTF off)), besides the icon is crossed.</div><div><br></div><div>Note: I did not change the default settings to make OTF enabled by default.</div><div><br></div><a href="https://github.com/SrNetoChan/QGIS/commit/14c4dea4db1b10c1dc25b43130b8e9d0b41ed39a">https://github.com/SrNetoChan/QGIS/commit/14c4dea4db1b10c1dc25b43130b8e9d0b41ed39a</a><br><div><br></div><div>Alexandre Neto</div></div><br><div class="gmail_quote"><div dir="ltr">Paolo Cavallini <<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>> escreveu no dia segunda, 16/01/2017 às 06:45:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Il 16/01/2017 03:11, Martin Dobias ha scritto:<br class="gmail_msg">
<br class="gmail_msg">
> Agreed - things will get easier if OTF is always enabled.<br class="gmail_msg">
<br class="gmail_msg">
Generally agreed. I use and teach not to use OTF of when:<br class="gmail_msg">
* checking in case of trouble (layers misaligned): switching off allows<br class="gmail_msg">
a better understanding of what has gone wrong<br class="gmail_msg">
* digitizing: people may digitize in the wrong place, if they are not<br class="gmail_msg">
aware OTF is on<br class="gmail_msg">
* analysis: there is a warning, ON by default, to avoid mixing CRSs, but<br class="gmail_msg">
if OTF is OFF, things are more immediately clear to the user<br class="gmail_msg">
So having it permanently ON, with the possibility of switching OFF<br class="gmail_msg">
manually, seems fine to me.<br class="gmail_msg">
BTW, it should be noted that we currently allow invalid reprojection,<br class="gmail_msg">
e.g. a global layer on a local CRS, with weird results and potential<br class="gmail_msg">
freezes (crashes no longer happen, but were a problem years ago). It<br class="gmail_msg">
would be good to check the bounding box of each CRS and avoid invalid<br class="gmail_msg">
combinations.<br class="gmail_msg">
All the best.<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
Paolo Cavallini - <a href="http://www.faunalia.eu" rel="noreferrer" class="gmail_msg" target="_blank">www.faunalia.eu</a><br class="gmail_msg">
QGIS & PostGIS courses: <a href="http://www.faunalia.eu/training.html" rel="noreferrer" class="gmail_msg" target="_blank">http://www.faunalia.eu/training.html</a><br class="gmail_msg">
<a href="https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis" rel="noreferrer" class="gmail_msg" target="_blank">https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis</a><br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
Qgis-developer mailing list<br class="gmail_msg">
<a href="mailto:Qgis-developer@lists.osgeo.org" class="gmail_msg" target="_blank">Qgis-developer@lists.osgeo.org</a><br class="gmail_msg">
List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br class="gmail_msg">
Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr"><div>Alexandre Neto</div><div>---------------------</div><div>@AlexNetoGeo</div><div><a href="http://sigsemgrilhetas.wordpress.com">http://sigsemgrilhetas.wordpress.com</a></div><a href="http://gisunchained.wordpress.com">http://gisunchained.wordpress.com</a><br></div></div>