Duplicating text along path doesn't link both
Bug #312116 reported by
Gatonegro
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Fix Released
|
Low
|
Mc | ||
inkscape (Debian) |
Fix Released
|
Unknown
|
Bug Description
When you place a text along a path and duplicate (ctrl+D) them both, the result is a copy of the original path and a copy of the original text *linked to the original path*, not to the new copy. Hence, all changes to the original path will affect the copy text, and no changes in the copy path will affect the copy text.
This is (IMHO) a big problem when you create a text-along-path "object" and copy it for experimentation (something that is relatively frequent when typesetting flyers, logos, posters, etc).
The correct behavior would be to re-link the new text to the new path, keeping the transformations done to the text.
Related branches
Changed in inkscape: | |
importance: | Undecided → Low |
tags: | added: text |
Changed in inkscape (Debian): | |
status: | Unknown → Confirmed |
Changed in inkscape (Debian): | |
status: | Confirmed → Fix Released |
Changed in inkscape: | |
milestone: | none → 0.93 |
Changed in inkscape: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
it looks like this may be related to the behaviour of the xlink:href attribute: "#path2694"
for example, in my drawing I have :
- an original path with id="path2694"
- an original text which is linked using : xlink:href=
- a new pasted path with an id="path2727" "#path2694- 1
- a new pasted text which is linked using : xlink:href=
it appears that the link to 2694-1 is not working. Interestingly enough, the id 2694-1 actually does exist, but it is in the <defs> section, not the main body.