Skip to content
This repository has been archived by the owner on Jun 3, 2020. It is now read-only.

Remplacement des contenus d'étiquettes par l'identifiant après activation #15

Closed
FERRATON opened this issue Jun 25, 2019 · 4 comments
Closed
Assignees
Labels
bug Something isn't working

Comments

@FERRATON
Copy link

Dès activation de Label connector et après désignation de la clef primaire à utiliser, il remplace les étiquettes actuelles (par exemple NOM_COMM dans le fichier joint) par l'identifiant (dans l'exemple joint fid)
COMMUNES.zip

@haubourg haubourg added the bug Something isn't working label Jun 25, 2019
@haubourg
Copy link
Contributor

@lbartoletti I think the issue lies here : https://github.com/Oslandia/labelconnector/blob/master/label_connector.py#L320

We need to get the existing field name used for labeling if it is set and keep it.
If none is set, we might raise a dialog to ask user to choose it (but it would be an enhancement)

@FERRATON
Copy link
Author

Dans mon exemple j'active une étiquette (ici NOM_COMM) puis je lance labelconnector. Il y a donc bien une étiquette active (QGIS 3.4.5)
exemple

@haubourg
Copy link
Contributor

@FERRATON merci pour la remontée. Je confirme le comportement chez moi. On regarde pour corriger ça.

@lbartoletti
Copy link
Contributor

Merci.

C'est corrigé dans c49d74b

Dans le cas d'une étiquette simple, je récupère le champs présent ou l'expression présente

@haubourg haubourg added this to the 0.2 Bugfix release milestone Jun 25, 2019
lbartoletti added a commit that referenced this issue Jun 27, 2019
fix #15 use existing fieldName for simple label else use the first fi…
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants