QEP 29: Label line supports about qgis-enhancement-proposals HOT 7 OPEN

I would like to move on these QEP. Some remaining questions / objections ? Could it be voted ?

from qgis-enhancement-proposals.

From a UX point of view, I expect user to use current data defined labeling toolbar, without even knowing dark magic underneath.
"Place label glyphs on the segments of the label path" is too obscure IMO.
Here is the nominal sequence I expect as a user:

• label a layer as usual
• have data defined labeling toolbar available on any layer, even if data defined settings are not set and layer is read only
• when moving or editing a label, QGIS should transparently store additional data in auxiliary datasource of the project (how to do when no project is saved yet?), maybe only for concerned label.
• curved tools should be available in data defined toolbar. User pick one to bend a curve, the it stores geometry in labeling path
  • user modify label expression or text with that toolbar. If a line break is created or deleted, geometry path should probably be regenerated on the basis of a straight multiline (with breaks)

Is that what you had in mind?

from qgis-enhancement-proposals.

how to do when no project is saved yet?

Not a problem. A QgsProject always exist in memory even without project file.

Yes this is what I had in mind. But I will complete the document to better reflect this use case.

from qgis-enhancement-proposals.

Text updated

from qgis-enhancement-proposals.

@NathanW2 I would say this one is also in final draft

from qgis-enhancement-proposals.

After discussions with @haubourg , this QEP answers to very advanced use cases and leads to complex code (complex to develop and hard to fund). I then close this QEP and will open another one that focuses on improvements to the curved labels

from qgis-enhancement-proposals.

I think that QEP should stay opened, the need is still there, but fundings were prioritized to the other QEP required to achieve that.

from qgis-enhancement-proposals.