<div dir="ltr"><div>I agree this is far from the best solution. I was proposing in case we have no time to debug this before the release. Better do it in core in the QgsProjectFileTransform class.<br><br></div>Regards<br>Michael<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-26 9:52 GMT+02:00 Martin Dobias <span dir="ltr"><<a href="mailto:wonder.sk@gmail.com" target="_blank">wonder.sk@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On Thu, Jun 26, 2014 at 2:22 PM, kimaidou <<a href="mailto:kimaidou@gmail.com">kimaidou@gmail.com</a>> wrote:<br>
> +1 It is not a critical bug in terms of code, but for users with complex<br>
> projects (many projects, many layers, etc.), this prevent them from<br>
> migrating to new versions because they cannot always find time to correct<br>
> everything by hand.<br>
><br>
> We could create a "quick and dirty" processing script "Fix border for old<br>
> projects" which will use some regex magic to read a project file, search and<br>
> replace, and then write a new version ? If someone knowing well the problem<br>
> could provide a diff between the 2 QML (or <maplayer> items), I think I can<br>
> find time to try to help a bit here<br>
<br>
</div>The processing scripts are not a real solution - they may help few<br>
people that are aware of the problem and of the script - but the<br>
majority will still run into the trouble. These things should be<br>
solved by implementing project transforms in the QGIS libraries. The<br>
mechanism is there already, just the transformation code for this<br>
particular case is missing.<br>
<br>
Regadrs<br>
<span class="HOEnZb"><font color="#888888">Martin<br>
</font></span></blockquote></div><br></div>