auto-naming duplicate objects

[TKR101010]

This is for the new feature wishlist ...

Given that I have created an object (say a path) and in it's properties I've given it the Id "Shape" and the Label "Misc". At the moment when I duplicate the object with ctrl-D, the new object's label will be "Misc", but it's Id will be "path####". It would be nice if it would keep the Label, and append a number to the Id, so that the duplicate object would be made with Label "Misc" and Id "Shape-2".

Thanks.

[su_v (suv-lp)]

Works as described with 'Ctrl+C, Ctrl+V', but not (yet) with 'Ctrl+D' (confirmed with current trunk r12188).

[frenchie4111 (mdl0394)]

When trying to reproduce this bug I get two issues: When I copy/paste something (Ctrl+C & Ctrl+V) it names the new object in a very weird way.
The first object is named derp,
after one paste the new object is called derp-3,
then derp-3-8
and it continues on in a weird pattern. I am also going to try to address this issue.

[Luke Hudson (lukeletters)]

It should also be noted that this happens when you duplicate a layer. You lose any useful ID information in the duplicated objects.
This is a real shame as the IDs are helpful for organizing a large drawing, as well as for exporting to other programs.

[Antoine Vanderschueren (vanderschuea)]

Hi,

I know this bug is quite old, but the issue still seems to remain, at least partially (I'm using the linux version 0.92+devel (1747c77a3a, 2018-10-19)) :

 - The behavior of duplicating is not the same as copy-pasting (the new-naming convention is different)
- When re-copying an object the id's get tagged on with '-<number>' instead of modifying the number
- The increments are not continuous (most of the time the new one is tagged with a +2 increment)

Is this the normal behavior ? And if not I'd really like to take a crack at it, trying to use a more 'intelligent' string parsing to better rename the objects.