Closed
Bug 457461
Opened 17 years ago
Closed 15 years ago
Different keyboard shortcuts for the same actions in main window and event/task dialog
Categories
(Calendar :: Lightning Only, defect)
Calendar
Lightning Only
Tracking
(Not tracked)
RESOLVED
FIXED
1.0b2
People
(Reporter: pavel.zahradnik, Assigned: Fallen)
Details
(Whiteboard: [good first bug])
Attachments
(1 file)
10.85 KB,
patch
|
Taraman
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; cs; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
Build Identifier: Lightning 0.9
There are some different hotkeys for the same actions which is confusing for user:
New message: Ctrl+N in main Thunderbird window, but Ctrl+M in Event/Task dialog
New event: Ctrl+I in main Thunderbird window, but Ctrl+E in Event/Task dialog
Maybe there are some others.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1•16 years ago
|
||
Confirmed using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081117 Lightning/1.0pre Shredder/3.0b1pre.
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Summary: Different hotkeys for the same actions are confusing → Different keyboard shortcuts for the same actions in main window and event/task dialog
Updated•16 years ago
|
Component: Lightning Only → Dialogs
Updated•16 years ago
|
QA Contact: lightning → dialogs
Updated•16 years ago
|
Component: Dialogs → Lightning Only
QA Contact: dialogs → lightning
Updated•15 years ago
|
Whiteboard: [good first bug]
Assignee | ||
Comment 2•15 years ago
|
||
This patch takes care. This patch also proposes to get rid of the key for "Delete". I think its a good idea since the "Delete" key was right next to the "Save" key. If you expect a confirmation message, then you might not read it and accidentally delete your event or task.
This patch also adds the possibility to create a new task from the dialog, re-using the Ctrl+D key, which also matches the key in the main UI.
Updated•15 years ago
|
Attachment #432629 -
Flags: review?(Mozilla) → review+
Comment 3•15 years ago
|
||
Comment on attachment 432629 [details] [diff] [review]
Fix - v1
Patch performs as expected.
some style nits:
>+ args.onNewTodo= function(calendar) {
>+ createTodoWithDialog(calendar);
>+ };
>+
>
> // the dialog will reset this to auto when it is done loading.
> window.setCursor("wait");
remove extra newline here,
>+/**
>+
>+ * Use the window arguments to cause the opener to create a new event on the
and here.
>+<!ENTITY event.dialog.new.event.key2 "I">
>+<!ENTITY event.dialog.new.task.key2 "D">
>+<!ENTITY event.dialog.new.message.key2 "N">
are these named .key2 on purpose?
If not, the same applies below.
>- <keyset>
>+ <keyset id="itemKeys">
> <key id="new-event-key"
> modifiers="control"
>- key="&event.dialog.new.event.key;"
>+ key="&event.dialog.new.event.key2;"
> command="cmd_item_new_event"/>
>+ <key id="new-task-key"
>+ modifiers="control"
>+ key="&event.dialog.new.task.key2;"
>+ command="cmd_item_new_task"/>
> <key id="new-message-key"
> modifiers="accel"
>- key="&event.dialog.new.message.key;"
>+ key="&event.dialog.new.message.key2;"
> command="cmd_item_new_message"/>
modifier is "control" here. should be accel as in existing keys for mac-compatibility.
with these fixed
r=markus
Assignee | ||
Comment 4•15 years ago
|
||
(In reply to comment #3)
> >+<!ENTITY event.dialog.new.event.key2 "I">
> >+<!ENTITY event.dialog.new.task.key2 "D">
> >+<!ENTITY event.dialog.new.message.key2 "N">
> are these named .key2 on purpose?
Yes, I need to rename the entity if I change it (for the l10n scripts to pick up the change), and changing the pattern seemed wrong to me, and there's no alternative word for "event".
Assignee | ||
Comment 5•15 years ago
|
||
Pushed to comm-central <http://hg.mozilla.org/comm-central/rev/bbd3d3684c04>
-> FIXED
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → 1.0b2
You need to log in
before you can comment on or make changes to this bug.
Description
•