Open Bug 534175 Opened 15 years ago Updated 4 years ago

Eliminate all key shortcut conflicts between Lightning and SeaMonkey

Categories

(SeaMonkey :: Calendar, defect)

defect
Not set
normal

Tracking

(Not tracked)

People

(Reporter: tonymec, Unassigned)

Details

(Keywords: useless-UI, Whiteboard: [SeaMonkeyTestday])

- Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.7pre) Gecko/20091210 Lightning/1.0b2pre SeaMonkey/2.0.2pre
- SeaMonkey Build ID: 20091210000949
- Lightning build: ftp://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/tinderbox-builds/comm-1.9.1/linux-xpi-linux/1260451075/lightning.xpi dated 2009-12-10 12:39 UTC (or 04:39 PST)

There are a lot of conflicting shortcuts between Lightning and SeaMonkey. Here are a few examples:

accel+1, accel+2, etc. (where accel=Ctrl on Linux, I'm not sure on the Mac) go to the different _windows_ (Browser, Mailer, Address book, Chatzilla, etc.) of SeaMonkey and to the different _views_ (Day, week, multiweek, etc.) of Calendar

When I hit Ctrl+PgDn, it goes to the next tab in both the Browser and the Mailer, but if the tab I'm looking at is a Calendar (Sunbird-like) tab in the Mailer, it _also_ moves to the next page of the current view (e.g. if in the Multiweek view with 5 weeks displayed, when I next come back to the Calendar it's suddenly 35 days later than it ought to).

Etc.

Possible solutions:
1) (not recommended) Distribute SeaMonkey together with a version of Lightning which would not include the conflicting shortcuts.
Advantages:
 - No change in Lightning "for Thunderbird"
 - Lightning preinstalled in SeaMonkey (more functionality).
Disadvantages:
 - Lightning preinstalled in SeaMonkey (more bloat)
 - Need to maintain two different versions of the Lightning source
 - Cannot assume that key shortcuts will be kept when going from "Thunderbird with Lightning" to "SeaMonkey with Lightning".

2) (recommended) Remove the conflicting shortcuts from the main Lightning XPI, but keep them assigned to "no key" or to "some unlikely key combo" so that the keyconfig extension can still reassign them to a different user-chosen key if desired.
Advantages:
 - Only one Lightning source for both Sm and Tb
 - SeaMonkey devs may decide whether or not to distribute Sm with or without Lightning
Disadvantages:
 - Keys which used to work in Tb+L will stop functioning (unless re-added with keyconfig).
Whiteboard: [SeaMonkey Testday]
Whiteboard: [SeaMonkey Testday] → [SeaMonkeyTestday]
Let's face it. For Seamonkey to become a real suite, Lightning's calendar needs to be invoked with Accel+7 and the ToDo needs Accel+8.
(In reply to comment #1)
> Let's face it. For Seamonkey to become a real suite, Lightning's calendar needs
> to be invoked with Accel+7 and the ToDo needs Accel+8.

That yet another different request that warrants its own bug in the Lightning SeaMonkey integration component.
Bug 514512 is also related to shortcut conflict
Component: Lightning: SeaMonkey Integration → Calendar
Product: Calendar → SeaMonkey
You need to log in before you can comment on or make changes to this bug.