Closed
Bug 1005510
Opened 11 years ago
Closed 11 years ago
Keyboard shortcut CTRL+D [add bookmark] not working with Norwegian [nb-NO] locale
Categories
(Mozilla Localizations :: nb-NO / Norwegian Bokmål, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: oyvind, Assigned: bokmaal)
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release)
Build ID: 20140428193813
Steps to reproduce:
Tried to bookmark a page by pressing CTRL+D.
Actual results:
Nothing.
Then noticed "Bookmark this page" had been assigned "CTRL+R" in menu and tried that, but page reloaded instead.
Expected results:
The keyboard shortcut CTRL+D to bookmark current page does not work with Norwegian locale.
Instead it looks like "Bookmark this page" is set to CTRL+R, but that clashes with the page reload shortcut, which seems to take precedence. The conflict seems to be introduced by the following change:
http://hg.mozilla.org/releases/l10n/mozilla-release/nb-NO/rev/9231bd6e8360
Specifically this:
1.78 <!ENTITY bookmarkThisPageCmd.label "Bokmerk denne siden">
1.79 -<!ENTITY bookmarkThisPageCmd.commandkey "d">
1.80 +<!ENTITY editThisBookmarkCmd.label "Rediger dette bokmerket">
1.81 +<!ENTITY bookmarkThisPageCmd.commandkey "R">
1.82 <!ENTITY markPageCmd.commandkey "l">
Where commandkey is set to "R". IMO, this is not a good mnemonic for adding or editing a bookmark, and there should be a good reason for changing CTRL+D, which has been there a long time and is also documented here:
https://support.mozilla.org/no/kb/keyboard-shortcuts-perform-firefox-tasks-quickly#w_bookmarks
Reporter | ||
Updated•11 years ago
|
OS: All → Linux
Hardware: All → x86_64
Reporter | ||
Comment 1•11 years ago
|
||
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0
Reporter | ||
Updated•11 years ago
|
Summary: Add bookmark keyboard shortcut CTRL+D not working with Norwegian [nb-NO] locale → Keyboard shortcut CTRL+D [add bookmark] not working with Norwegian [nb-NO] locale
Comment 2•11 years ago
|
||
I can confirm this on both Linux, OS X and Windows.
I guess what has happened here is that the "commandkey" string has been mistaken for the "accesskey" string. We never change the "commandkey" string on l10n work, only the "accesskey" string.
Comment 3•11 years ago
|
||
Fixed on beta in http://hg.mozilla.org/releases/l10n/mozilla-beta/nb-NO/rev/0b87fede3e25
Thanks for reporting.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•