<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<div class="moz-forward-container">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Hi Larry<br>
<br>
<br>
<br>
>So, is anyone working on this? I can devote some time this
coming weekend. Pretty important to fix this, then make it
compatible with < 2.0 projects.<br>
<br>
Thanks for looking into this .+1<br>
<br>
>Similarly, data defined properties are only a 1-to-1
relationship (currently property-to-field index), with no
defined relationship between themselves, the QgsPalLayerSettings
(if any) to override, the >associated QgsField, any defined
QgsExpression, or any assigned 'buddy' gui elements. Nathan
suggested a data binding class that could possibly be inherited
by gui classes to make utilizing data >defined overrides (not
just for labeling) within the app easier and more abstracted. I
think it is worth pursuing.<br>
<br>
Sounds interesting to use expressions for data defined
properties and to have a generic class for it (e.g. also for
data defined symbology, etc.).<br>
<br>
Regards,<br>
Marco<br>
<br>
On 31.01.2013 02:42, Larry Shaffer wrote:<br>
</div>
<blockquote
cite="mid:CA+nQOR-4MP+XN=pJ+aiYCQK=Z7tmWC8+SxP-6x15Aq_K_mg77A@mail.gmail.com"
type="cite">
<div dir="ltr">Hi,<br>
<br>
<div>
<div class="gmail_extra">
<div class="gmail_quote">On Mon, Jan 28, 2013 at 6:17 AM,
Régis Haubourg <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:regis.haubourg@eau-adour-garonne.fr"
target="_blank">regis.haubourg@eau-adour-garonne.fr</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px
0px 0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">martin Dobias wrote<br>
> I have briefly looked into the code and it seems
that new labeling<br>
>> stores data-defined attributes by index
instead of name. If so,<br>
>> that's<br>
>> the source of the problem and it should be
changed to read/write<br>
>> names<br>
<br>
Hi all,<br>
+1 for switching storage of data defined fields with
names and not indexes.<br>
It was a limit I previously pointed and this is really
weak if data field<br>
order change. But we need retrocompatibility with old
projects. Does that<br>
sounds possible?<br>
régis<br>
</blockquote>
<div><br>
</div>
<div>So, is anyone working on this? I can devote some
time this coming weekend. Pretty important to fix
this, then make it compatible with < 2.0 projects.<br>
<br>
Similarly, data defined properties are only a 1-to-1
relationship (currently property-to-field index), with
no defined relationship between themselves, the
QgsPalLayerSettings (if any) to override, the
associated QgsField, any defined QgsExpression, or any
assigned 'buddy' gui elements. Nathan suggested a data
binding class that could possibly be inherited by gui
classes to make utilizing data defined overrides (not
just for labeling) within the app easier and more
abstracted. I think it is worth pursuing.<br>
<br>
</div>
<div>On another note (and yet a bunch more refactoring),
most of the QgsPalLayerSettings are directly accessed
public properties. These should probably be switched
over to some form of container object (QMap?) no?<br>
<br>
</div>
<div>Regards,<br>
</div>
<div><br>
</div>
<div>Larry<br>
</div>
<div> <br>
</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px
0px 0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex"> --<br>
View this message in context: <a
moz-do-not-send="true"
href="http://osgeo-org.1560.n6.nabble.com/Labeling-data-defined-fields-shifted-after-new-vector-API-tp5030238p5030276.html"
target="_blank">http://osgeo-org.1560.n6.nabble.com/Labeling-data-defined-fields-shifted-after-new-vector-API-tp5030238p5030276.html</a><br>
Sent from the Quantum GIS - Developer mailing list
archive at Nabble.com.<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a moz-do-not-send="true"
href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a moz-do-not-send="true"
href="http://lists.osgeo.org/mailman/listinfo/qgis-developer"
target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Qgis-developer mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Dr. Marco Hugentobler
Sourcepole - Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:marco.hugentobler@sourcepole.ch">marco.hugentobler@sourcepole.ch</a> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.sourcepole.ch">http://www.sourcepole.ch</a>
Technical Advisor QGIS Project Steering Committee </pre>
<br>
</div>
<br>
</body>
</html>