<div dir="ltr">Unless it's a regression or causes data corruption I'm not a fan of making it as a blocker.<div><br></div><div>- Nathan</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 20, 2013 at 7:20 PM, Andreas Neumann <span dir="ltr"><<a href="mailto:a.neumann@carto.net" target="_blank">a.neumann@carto.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I just tried to remove the layer, add it again. Then the behavior changes a bit. New features still appear at the bottom, but after a save they move back to the top.<br>


<br>
Definitely something is broken.<br>
<br>
Can you open a blocker, Salvatore?<br>
<br>
Thanks,<br>
Andreas<div class="HOEnZb"><div class="h5"><br>
<br>
On Tue, 20 Aug 2013 11:17:16 +0200, Andreas Neumann wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I just tested with a new Shapefile - no difference before and after the save.<br>
<br>
It seems that the newest feature always gets row id 0 and the other<br>
features get incremented - this is very odd and against every behavior<br>
of other spreadsheets and databases.<br>
<br>
But I am pretty sure that earlier versions did not show this behavior.<br>
<br>
Andreas<br>
<br>
On Tue, 20 Aug 2013 11:10:40 +0200, Denis Rouzaud wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
not sure but to-be-commited features have negative IDs. It might be a<br>
reason they are rendered first.<br>
<br>
<br>
On 08/20/2013 11:07 AM, Andreas Neumann wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Salvatore,<br>
<br>
I think you described it wrong: the former is on the top and not the latter. If the latter were at the top it would be more logical and like the other GIS.<br>
<br>
I agree that the current QGIS behavior is strange and I wonder why this happens. Aren't objects rendered by its order in a table unless there are other rules?<br>
<br>
Andreas<br>
<br>
On Mon, 19 Aug 2013 23:48:16 +0200, Salvatore Larosa wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm noticing that while digitizing a new feature which overlaps<br>
another, the latter is at the top although I expect to see it at the<br>
bottom, so the new feature should overlap to the existent one.<br>
<br>
I was wondering if this was the correct behavior since other GIS<br>
software have a different behavior.<br>
<br>
Do you think we can change this for the upcoming 2.0?<br>
<br>
Best Regards<br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-<u></u>developer</a><br>
</blockquote></blockquote>
<br>
______________________________<u></u>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-<u></u>developer</a><br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-<u></u>developer</a><br>
</div></div></blockquote></div><br></div>