Hello,
All the conflicts in josm and SVN-plugins are fixed.
The 4 external plugins very likely will stop working with tomorrows josm.
I hope the authors will update them.
Until next tested there is still time to improve the shortcuts by
exchanging them between the different plugins.
Ciao
On Fri, 17 Feb 2012, Ian Dees wrote:
I agree that JOSM core should get preference for plugin conflicts, but I
think that if a user has explicitly set a key binding by unchecking the
Use Default option, nothing but the user should change that key binding.
For example, I explicitly set W to Draw
Hello,
the conflicts on
[http://josm.openstreetmap.de/wiki/DevelopersGuide/ShortcutsList]
are down to 10 in P, R and T namespace.
Any suggestions to fix the remaining ones are welcome, as well as ideas
where the shortcut assignments don't reflect the real importance of
functions.
Supply
For example, most drawing shortcuts - A, S, Q, X and W until
recently - are
situated in the left part of the keyboard. So mapping is one hand on
those
keys, and right hand on a mouse. Now those shortcuts have started to
spread
to all of the keyboard, dramatically increasing mileage of finger
On 02/16/2012 07:58 PM, Pieren wrote:
On Thu, Feb 16, 2012 at 6:41 PM, Paul Hartmann phaau...@googlemail.com
wrote:
As plugin developer, you can basically do what you like, also claim a
shortcut like I for Utilsplugin2/IntersectedWaysAction. But you
shouldn't be surprised if we need I for
On Fri, Feb 17, 2012 at 1:50 PM, Paul Hartmann phaau...@googlemail.com wrote:
If we reserve a small pool, this won't be enough, so who decides which
plugin is more important?
That's the idea. It can be enough because nobody installs all plugins
but only a few of them.
Pieren
On Fri, 17 Feb 2012, Paul Hartmann wrote:
- let plugins ask the user if he wants to keep the current shortcuts
or use the old ones in case of conflicts.
Depends on the implementation, but this could work. It should only ask
when shortcuts are affected that actually have been used at least
On Fri, 17 Feb 2012, Martin Koppenhoefer wrote:
yes, I know this, but it never worked well for me. As soon as you
start to make your own shortcuts (or by the time a core function or
plugin (different to the function you assigned the shortcut to)
decides to use this shortcut as well) you will
On 02/17/2012 02:49 PM, Martin Koppenhoefer wrote:
2012/2/15 Dirk Stöcker openstreet...@dstoecker.de:
On Wed, 15 Feb 2012, Martin Koppenhoefer wrote:
this rant, then from someone beeing not even a code contributor, but I
really suffered hard from the recent change of shortcut w (before
On Fri, 17 Feb 2012, Paul Hartmann wrote:
I agree, this is a bug. There can a long chain of remappings in case of
a single conflict. One solution is to avoid conflicts altogether, but
this is impossible: The user can change a shortcut and install a plugin
afterwards that uses the supposedly
On Wed, 15 Feb 2012, Pieren wrote:
If the default would be to keep everything as is, we copy all these troubles
a long time into the future. So we have one break now and later on wikis and
forums on docs refer to one setup and not to a user specific setup.
Fixing current conflicts is one
On Thu, 16 Feb 2012, colliar wrote:
together with akks I developed an automatically generated shortcut
overview at http://josm.openstreetmap.de/wiki/DevelopersGuide/ShortcutsList
Thanks for your work, you two.
Why do we have two shortcuts for draw action (A and N) ?
Don't know. N is wasted
Saying at any time in the future, the josm core can take over
existing plugins shortcuts because we find it so cute and plugins
will
have to accept it (1) is another one. This is a kind of arrongance
and disrespect of JOSM plugins users and devs.
We did setup a shortcut collection page
On Thu, 16 Feb 2012, Ilya Zverev wrote:
*22.4% utilsplugin2
*24.2% PicLayer
*33.2% buildings_tools
So, by changing the only shortcut used in building_tools plugin, you've
inconvienced only 33% of your users? Way to go! Good thing not all of them
know about trac and this mailing list. And
What do you think about including BuildingTools in core and giving it shortcut
like D (builDing, to be easily accessible for fingers) ?
Using direct D for delete is causing many problems with accidental deletion,
sometimes user does not notice it
The idea is not mine, it was proposed on
On 02/15/2012 10:38 PM, Pieren wrote:
On Wed, Feb 15, 2012 at 6:12 PM, Dirk Stöcker
openstreet...@dstoecker.de wrote:
If the default would be to keep everything as is, we copy all these troubles
a long time into the future. So we have one break now and later on wikis and
forums on docs
On Thu, Feb 16, 2012 at 6:41 PM, Paul Hartmann phaau...@googlemail.com wrote:
As plugin developer, you can basically do what you like, also claim a
shortcut like I for Utilsplugin2/IntersectedWaysAction. But you
shouldn't be surprised if we need I for JOSM core someday.
If you read my OP,
2012/2/16 Paul Hartmann phaau...@googlemail.com:
On 02/16/2012 06:08 PM, Alexei Kasatkin wrote:
Delete mode is really for very special tasks only. But just mapping D to
building tools is a bit drastic in my opinion.
+1 for both. Actually in my mapping normal delete mode is also a
rarely used
Hi. The problem with shortcuts is that they all are in unordered mess.
And the only way to fix that is to establish a policy on shortcuts. And
not we take whichever we like policy. It's more like doing a proper
user experience testing.
For example, most drawing shortcuts - A, S, Q, X and W
D is free now - many thanks to Stoecker!
If you do not want to use D for BuildingTools, I propose at least to leave it
free for often used plugins - BuildingTools, for some countries - theis
cadastre plugins, etc. It would be convenient because of reasons Ilya Zverev
explain...
Hello,
together with akks I developed an automatically generated shortcut
overview at http://josm.openstreetmap.de/wiki/DevelopersGuide/ShortcutsList
Every yellow and red entry in this table should be fixed. The additional
modifiers are deprecated. Instead proper groups (including ALT1 or
On Wed, Feb 15, 2012 at 9:24 AM, Dirk Stöcker
openstreet...@dstoecker.de wrote:
Please help to fix these conflicts and deprecations. For conflicts, the core
should remain and plugins be changed.
As a plugin maintainer, I would like to see from the JOSM core the
following points:
- reserve some
On Wed, 15 Feb 2012, Pieren wrote:
As a plugin maintainer, I would like to see from the JOSM core the
following points:
- reserve some shortcuts for plugins 'forever'. It is unfair to allow
plugins shortcuts and once users have their habits, force them to
change just because core is suddenly
2012/2/15 Dirk Stöcker openstreet...@dstoecker.de:
What you want is the reverse and this means keeping old behaviour for
everybody instead of moving into the future.
what is the benefit of moving into the future by changing shortcuts?
This is fighting against peoples habits and ergo also bad
On Wed, 15 Feb 2012, Martin Koppenhoefer wrote:
2012/2/15 Dirk Stöcker openstreet...@dstoecker.de:
What you want is the reverse and this means keeping old behaviour for
everybody instead of moving into the future.
what is the benefit of moving into the future by changing shortcuts?
This is
On Wed, Feb 15, 2012 at 6:12 PM, Dirk Stöcker
openstreet...@dstoecker.de wrote:
If the default would be to keep everything as is, we copy all these troubles
a long time into the future. So we have one break now and later on wikis and
forums on docs refer to one setup and not to a user specific
Am 15.02.2012 09:24, schrieb Dirk Stöcker:
Hello,
together with akks I developed an automatically generated shortcut
overview at http://josm.openstreetmap.de/wiki/DevelopersGuide/ShortcutsList
Thanks for your work, you two.
Why do we have two shortcuts for draw action (A and N) ?
Cheers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi
I noticed a difference between https://josm.openstreetmap.de/wiki/Help/Menu/File
and JOSM-latest.
The shortcuts are once with - and once with +. Which one should we use ?
colliar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
28 matches
Mail list logo