Relink to Copied always moves according to transform
Migrated from: https://bugs.launchpad.net/inkscape/+bug/251365
Summary:
Inkscape offers 3 preference options about how to move clones and linked offsets when their original is moved. All 3 preferences work correctly when dealing directly with clones and linked offsets. The preferences are:
Moving original: clones and linked offsets
- Move in parallel
- Stay unmoved
- Move according to transform
Where it doesn't work is the Relink to copied command on a cloned object.
If a clone is being relinked to a copied object it will ALWAYS be moved according to transform, even if the preferences have it set to move in parallel or to stay unmoved.
Steps to reproduce:
- Make sure that in Inkscape Preferences > Behavior > Clones you have ticked either Move in parallel or Stay unmoved (I chose Stay unmoved)
- Create an object
- Clone the object
- Move the clone away for better visibility, I moved to the right
- Rotate the clone to make the behaviour "move according to transform" more visible
- Duplicate the original object
- Move the duplicate (anywhere, I chose downwards)
- Copy the duplicate (Ctrl+C)
- Select the cloned object
- Edit > Clone > Relink to Copied
What happened?
The clone was relinked but it moved according to the way the duplicate was moved (in my case downwards and to the right) when it shouldn't have moved at all.
What should have happened?
Relink to Copied should respect the chosen option about moving clones from Inkscape preferences.
If the preference is set to Move in parallel the relinked clone should move to the position that is parallel to the object it was relinked to.
If the preference is set to Stay unmoved the relinked clone shouldn't move at all.
Sample attachments:
Version Info:
Inkscape 1.0 (1.0+r73+1)
Ubuntu 20.04.1 LTS
It was also previously confirmed by @ede123, and on:
Inkscape 0.47 and bzr rev. 8999. by @jazzynico
Vista
and
Inkscape 0.92pre1 15054 (GTK3)
Arch Linux 64-bit, KDE Plasma 5