On Sat, 27 Nov 2010, Frederik Ramm wrote:
It creates a mess to find a function in the menu you want to use.
I agree that with the current JOSM plugin landscape, where we have lots of
"one-trick pony" plugins, this might seem strange. But I'd love to see some
consolidation in the plugins so that we don't have 5 plugins that do closely
related stuff but know nothing of each other.
Well, we need to allow people to have freedom with plugins. We also do and
did consolidation of plugins when integrating useful functionality into
core and deprecating plugins.
Sure, every solution has it's drawbacks. But what's the users interest? To
know which menu item is caused by which plugin, or to intuitively find a
functionality where a user expects it.
If you have just asked for something on the list, and people have told you
"install the XYZ plugin, then you can do what you want", I think it would not
be too much to ask from the user to go to the "Plugins/XYZ" menu. Indeed this
provides a clear visual clue that the XYZ plugin is indeed installed and
active.
Only few users install plugins only because they are there, so I don't
think this is a big issue. And I agree with Ulf that I don't like the Gimp
way of a Plugins menu.
Better would be to separate the Tools menu into two menus. Probaby name
the new "Way" (for Way tools) and move all mainly way related stuff there.
BTW: Objektinformation and history should be moved to View menu.
Ciao
--
http://www.dstoecker.eu/ (PGP key available)
_______________________________________________
josm-dev mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/josm-dev
