Modify

Opened 14 years ago

Closed 13 years ago

#5781 closed enhancement (fixed)

No keyboard shortcut for "Edit properties"

Reported by: AM909 Owned by: team
Priority: normal Milestone:
Component: Core Version: latest
Keywords: keyboard shortcut edit properties Cc: AM909, xeen

Description (last modified by simon04)

In v3738, there are keyboard shortcuts for "Add properties" and "Delete properties" that link to the relevant actions in the Properties pane.

There is no keyboard shortcut for "Edit properties", but there should be.

Attachments (3)

add_tooltip.png (189.2 KB ) - added by simon04 13 years ago.
arrow-keys-property-table-proof-of-concept.patch (2.9 KB ) - added by olejorgenb 13 years ago.
5781-unregister.patch (3.1 KB ) - added by simon04 13 years ago.

Download all attachments as: .zip

Change History (23)

comment:1 by simon04, 13 years ago

What is the scheme of the current shortcuts ("mnemonics")?

  • Add: [Alt]+[B]
  • Delete: [Alt]+[Q]

As logical consequence, what would be the key for Edit?

Should we somewhere make visible these shortcuts for the user?

comment:2 by stoecker, 13 years ago

Aren't they visible in mouseover tooltip?

by simon04, 13 years ago

Attachment: add_tooltip.png added

comment:3 by simon04, 13 years ago

No, at least not under Linux (cf. screenshot).

comment:4 by skyper, 13 years ago

By the way: At least in German "add tag" and "change tag" window have both the header "Werte ändern ?" (change values ?).

Should be "Wert(e) hinzufügen" (add value(s)) for "add tag".

in reply to:  4 comment:5 by skyper, 13 years ago

Replying to skyper:

By the way: At least in German "add tag" and "change tag" window have both the header "Werte ändern ?" (change values ?).

Should be "Wert(e) hinzufügen" (add value(s)) for "add tag".

The header is wrong in English, too. I have opened ticket #6674.

comment:6 by simon04, 13 years ago

What about changing the mnemonics to the following?

  • [Alt]+[A]: Add
  • [Alt]+[S]: Edit
  • [Alt]+[D]: Delete

These keys are easily accessible on a QWERTY keyboard and quite similar to the editing shortcuts [A], [S], [D].

Last edited 13 years ago by simon04 (previous) (diff)

comment:7 by simon04, 13 years ago

Resolution: fixed
Status: newclosed

In [4500/josm]:

fix #5781 - change mnemonics of {add,edit,delete} property to alt+{a,s,d}, of audio menu to alt+u

comment:8 by simon04, 13 years ago

Description: modified (diff)

Lets test it … :-)

in reply to:  8 comment:9 by skyper, 13 years ago

Resolution: fixed
Status: closedreopened

Replying to simon04:

Lets test it … :-)

Thanks, do only work if the mouse is over the property window. Was this intended ?

One more request:

  • Would be nice, if the shortcuts are shown in the mouseover tooltip. Right now you have to know them and in my case they where even changed caused by silent conflicts.
Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2011-10-10 01:31:57
Last Changed Author: stoecker
Revision: 4512
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2011-10-10 00:16:18 +0200 (Mon, 10 Oct 2011)
Last Changed Rev: 4512

Identification: JOSM/1.5 (4512 de)
Memory Usage: 105 MB / 881 MB (22 MB allocated, but free)
Java version: 1.6.0_20, Sun Microsystems Inc., OpenJDK 64-Bit Server VM
Operating system: Linux
Last edited 13 years ago by skyper (previous) (diff)

comment:10 by skyper, 13 years ago

#6954 is probably the reason that the short cuts do not work.

Remains the tooltip.

comment:11 by skyper, 13 years ago

Type: defectenhancement

comment:12 by olejorgenb, 13 years ago

Shortcut description in tooltips is usually handled in JosmAction. The new inner classes for add/edit/delete extends vanilla AbstractAction. If there's a reason they shouldn't be JosmActions, it seems we're supposed to use:

putValue(SHORT_DESCRIPTION, Main.platform.makeTooltip(normalDescription, shortcut));

comment:13 by simon04, 13 years ago

Resolution: fixed
Status: reopenedclosed

In [4518/josm]:

fix #5781 - display mnemonics of {add,edit,delete} of properties dialog

in reply to:  12 comment:14 by simon04, 13 years ago

Replying to olejorgenb:

Shortcut description in tooltips is usually handled in JosmAction.

Thanks for pointing that out.

comment:15 by olejorgenb, 13 years ago

In [4518/josm]

That probably fixes #6954 since the problem was a missing call to Main.registerActionShortcut (the josm action does this)

comment:16 by olejorgenb, 13 years ago

One more thing: (A bit OT I guess)

Would it make sense to bind the up/down keys to move the active/selected property in the sidedialog?

I'm attaching a patch that sets the focus to the property table after a tag has been added. This binds the arrowkeys "temporary" after adding a tag. (Enter key -> add property as before, although it make more sense to bind it to "edit", or not bind it at all).

This approach is probably not robust though. The table might shadow keys we use for other actions, and this is platform dependent.

comment:17 by xeen, 13 years ago

Cc: xeen added
Resolution: fixed
Status: closedreopened

The keyboard shortcuts are not unregistered correctly when the MapFrame is destroyed:

Keystroke alt pressed A is already assigned to org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$AddAction@499ce8f3, will be overridden by org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$AddAction@20ab085
Keystroke alt pressed S is already assigned to org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$EditAction@996c8c2, will be overridden by org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$EditAction@1c7783ea
Keystroke alt pressed D is already assigned to org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$DeleteAction@db5eaed, will be overridden by org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$DeleteAction@1b4b07df

STR:

  • create new layer
  • destroy the layer
  • create new layer

by simon04, 13 years ago

Attachment: 5781-unregister.patch added

in reply to:  17 comment:18 by simon04, 13 years ago

Replying to xeen:

The keyboard shortcuts are not unregistered correctly when the MapFrame is destroyed:

Keystroke alt pressed A is already assigned to org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$AddAction@499ce8f3, will be overridden by org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$AddAction@20ab085
Keystroke alt pressed S is already assigned to org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$EditAction@996c8c2, will be overridden by org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$EditAction@1c7783ea
Keystroke alt pressed D is already assigned to org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$DeleteAction@db5eaed, will be overridden by org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$DeleteAction@1b4b07df

attachment:5781-unregister.patch should fix. Is there a better solution?

comment:19 by simon04, 13 years ago

In [4526/josm]:

see #5781 - unregister keyboard shortcuts of properties dialog

comment:20 by simon04, 13 years ago

Resolution: fixed
Status: reopenedclosed

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain team.
as The resolution will be set.
The resolution will be deleted. Next status will be 'reopened'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.