#9200 closed defect (fixed)
[Patch] copy&paste of tags vanished
Reported by: | malenki | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | 13.11 |
Component: | Core | Version: | latest |
Keywords: | copy buffer | Cc: | xeen |
Description
In the latest versions of JOSM the ability to copy and paste tags of an object has vanished.
Before this happened it was possible to:
- mark an object
- press ctrl-c
- mark an other object
- press ctrl-shift-v
- and all tags from the first marked object were pasted to the other object
Now there is only pasted $Object_type=$Object_ID, e.g.: Line 108651339
It would be nice if the old behaviour would be restored.
Additionally I don't see much sense in copypasting object types and IDs.
Attachments (0)
Change History (14)
comment:1 by , 12 years ago
comment:2 by , 12 years ago
Cc: | added |
---|---|
Keywords: | copy buffer added |
comment:3 by , 12 years ago
Priority: | major → normal |
---|
comment:4 by , 12 years ago
I won’t be able to work on this until next Thursday. I guess this falls into a stabilize-cycle, so can you please revert my patch until I can have a look at it?
comment:5 by , 12 years ago
Summary: | copy&paste of tags vanished → [Patch] copy&paste of tags vanished |
---|
Patch = revert r6320
comment:7 by , 12 years ago
Hi - I can confirm this ticket. From snapshot 6319 to 6320 it changed. copying tags from one object and trying to paste them into another object leads to copying the element number into this object ... went back to 6319.
comment:8 by , 12 years ago
It is because of buffer contents check
if (buf == null || buf.isEmpty() || buf.matches("(\\d+,)*\\d+")) { pasteTagsFromJOSMBuffer(selection); }
(\\d+,)*\\d+
no longer matches the JOSM-generated buffer string after r6320, the exact new format is unknown because of internationalization.
If we skip the buf.matches checking, then copy-pasted JOSM buffer will be ignored if any text is in buffer - we need a way to know if current text buffer is associated with JOSM object or not (currently it is done by format checking).
follow-up: 11 comment:10 by , 12 years ago
It seems that no one had time to fix this before (just like me).
I did not revert the patch but disabled translation (node 1234, way 10 for all locales) and changed buffer-detection regexp to accept such text.
Be sure to change CopyAction.CLIPBOARD_REGEXP constant if the format of text changes.
comment:11 by , 12 years ago
Replying to akks:
I did not revert the patch but disabled translation (node 1234, way 10 for all locales) and changed buffer-detection regexp to accept such text.
Be sure to change CopyAction.CLIPBOARD_REGEXP constant if the format of text changes.
Hope, this fixes all the warning spamming the terminal, too.
comment:13 by , 11 years ago
Milestone: | → 13.11 (6383) |
---|
Ticket #9199 has been marked as a duplicate of this ticket.