Opened 4 years ago

Last modified 16 months ago

#21228 new enhancement

More flexible tagging preset dialogs — at Version 6

Reported by: gaben Owned by: team
Priority: normal Milestone:
Component: Core Version:
Keywords: tagging presets Cc:

Description (last modified by gaben)

In a new plugin, I'd like to override some core JOSM preset layout and input fields behaviour. Unfortunately, it's not possible so far.

Why? Because the plugin would duplicate part of the default tagging presets with some extras.

Examples:

  • in the preset editor, show semicolon-separated values in new rows -> e.g. phone numbers (with extra metadata at the end of the line, I made a mockup screenshot if needed)
  • single preset for suffixed keys -> single preset for editing all language tags
  • more?

I'm okay with programming a preset dialog for myself without touching JOSM core, but it isn't trivial either, so I'm open to suggestions. The closest thing I found is the roadsigns plugin which has some of the code I need (source available in josm svn repo, here).

Change History (6)

comment:1 by skyper, 4 years ago

Description: modified (diff)
Keywords: tagging presets added

How about a new preset file with the defaultpresets (and all other active presets or preference list) plus your extras and disabling all the duplicated presets?

comment:2 by gaben, 4 years ago

The core defaultpresets file is fine, no need to duplicate that as the plugin only needs to modify the preset window, the tags remain the same.

comment:3 by gaben, 4 years ago

Description: modified (diff)

comment:4 by stoecker, 4 years ago

The preset handling including the auto-completion feature is already a very complex feature. Override parts of it is not something you really want to do. That sounds like a road to major trouble.

in reply to:  4 comment:5 by gaben, 4 years ago

Replying to stoecker:

The preset handling including the auto-completion feature is already a very complex feature. Override parts of it is not something you really want to do. That sounds like a road to major trouble.

In this (new, not yet released) plugin, the autocomplete is unnecessary, so the first thing would be disabling that feature entirely.

I'm glad you brought it up how complex it is, may be worth a refactor. It's already blocking development, see #18513.

comment:6 by gaben, 4 years ago

Description: modified (diff)
Note: See TracTickets for help on using tickets.