Bugzilla

**All access keys for UI elements in Options or Account Settings tab are *not* working**, and some conflicting with main menu. Looks like fallout from changing these from dialog windows to tabs. That's BAD for keyboard accessibility, imo qualifies for severity S2. But at least pressing `tab` a thousand times to reach the intended UI element which you want to change stilll works.

Affected:
- TB 68 for Options tab (Account Settings still in a dialogue and working correctly)
- TB 78 and Daily for both Options *and* Account settings tabs. Account settings is TB78found.

STR

- On Windows, open Options tab.
- Press Alt+W (access key for `_W_hen Thunderbird launches, show the start page...`).
- Press Alt+M (access key for `When Daily is _m_inimized, move it to tray`)

Actual result
- Alt+W (any access key not used in main menu): nothing
- Alt+M (any access key used in main menu): triggers Message menu (main menu access keys override Options/Account Settings access keys)

Expected result
- Access keys for UI elements are important for accessibility and efficiency and they should work!
- There should be no conflicts between main menu and content access keys.

This is a fallout from flattening those contents into tabs. Strange that this was not considered nor noticed at the time...

**Considerations for fixing this**
- Access keys are required for accessibility and ux-efficiency, so we must make the content area respond to Alt+* key combinations again.
- Having it both ways will be hard (albeit possible): main menu eats up 8 access keys which may conflict with content access keys.
- Main menu isn't doing anything useful for Options/Account Settings: virtually all main menu options are disabled.
- I think we should allow main menu access for Options/Account Settings tabs only with pressing Alt first, then the main menu access key (already works, but must be made exclusive here). That will allow us to consume any actual Alt+* keypresses (where you hold down Alt *while* pressing another key) for the content. Alternatively, all locales would have to recheck *all* content access keys here and eliminate conflicts with main menu.

**All access keys for UI elements in Options and Account Settings tabs are *not* working**, and some conflicting with main menu. Looks like fallout from changing these from dialog windows to tabs. That's BAD for keyboard accessibility, imo qualifies for severity S2. But at least pressing `tab` a thousand times to reach the intended UI element which you want to change stilll works.

Affected:
- TB 68 for Options tab (Account Settings still in a dialogue and working correctly)
- TB 78 and Daily for both Options *and* Account settings tabs. Account settings is TB78found.

STR

- On Windows, open Options tab.
- Press Alt+W (access key for `_W_hen Thunderbird launches, show the start page...`).
- Press Alt+M (access key for `When Daily is _m_inimized, move it to tray`)

Actual result
- Alt+W (any access key not used in main menu): nothing
- Alt+M (any access key used in main menu): triggers Message menu (main menu access keys override Options/Account Settings access keys)

Expected result
- Access keys for UI elements are important for accessibility and efficiency and they should work!
- There should be no conflicts between main menu and content access keys.

This is a fallout from flattening those contents into tabs. Strange that this was not considered nor noticed at the time...

**Considerations for fixing this**
- Access keys are required for accessibility and ux-efficiency, so we must make the content area respond to Alt+* key combinations again.
- Having it both ways will be hard (albeit possible): main menu eats up 8 access keys which may conflict with content access keys.
- Main menu isn't doing anything useful for Options/Account Settings: virtually all main menu options are disabled.
- I think we should allow main menu access for Options/Account Settings tabs only with pressing Alt first, then the main menu access key (already works, but must be made exclusive here). That will allow us to consume any actual Alt+* keypresses (where you hold down Alt *while* pressing another key) for the content. Alternatively, all locales would have to recheck *all* content access keys here and eliminate conflicts with main menu.

**All access keys for UI elements in Options and Account Settings tabs are *not* working**, and some conflicting with main menu. Looks like fallout from changing these from dialog windows to tabs. That's BAD for keyboard accessibility, imo qualifies for severity S2. But at least pressing `tab` a thousand times to reach the intended UI element which you want to change stilll works.

Affected:
- TB 68 for Options tab (Account Settings still in a dialogue and working correctly)
- TB 78 and Daily for both Options *and* Account settings tabs. Account settings is TB78found.

STR

- On Windows, open Options tab (by analogy for Account Settings tab). 
- Press Alt+W (content access key for `_W_hen Thunderbird launches, show the start page...`).
- Press Alt+M (content access key for `When Daily is _m_inimized, move it to tray`)

Actual result
- Alt+W (any content access key not used in main menu): nothing
- Alt+M (any content access key used in main menu): triggers Message menu (main menu access keys override content access keys)

Expected result
- Content access keys for UI elements are important for accessibility and efficiency and they should work!
- There should be no conflicts between main menu and content access keys.

This is a fallout from flattening those contents into tabs. Strange that this was not considered nor noticed at the time...

**Considerations for fixing this**
- Access keys are required for accessibility and ux-efficiency, so we must make the content area respond to Alt+* key combinations again.
- Having it both ways will be hard (albeit possible): main menu eats up 8 access keys which may conflict with content access keys.
- Main menu isn't doing anything useful for Options/Account Settings: virtually all main menu options are disabled.
- I think we should allow main menu access for Options/Account Settings tabs only with pressing Alt first, then the main menu access key (already works, but must be made exclusive here). That will allow us to consume any actual Alt+* keypresses (where you hold down Alt *while* pressing another key) for the content. Alternatively, all locales would have to recheck *all* content access keys here and eliminate conflicts with main menu.

**All access keys for UI elements in Options and Account Settings tabs are *not* working**, and some conflicting with main menu. Looks like fallout from changing these from dialog windows to tabs. That's BAD for keyboard accessibility, imo qualifies for severity S2. But at least pressing `tab` a thousand times to reach the intended UI element which you want to change stilll works.

Affected:
- TB 68 for Options tab (Account Settings still in a dialogue and working correctly)
- TB 78 and Daily for both Options *and* Account settings tabs. Account settings is TB78found.

STR (by example)

- On Windows, open Options tab (by analogy for Account Settings tab). 
- Press Alt+W (content access key for `_W_hen Thunderbird launches, show the start page...`).
- Press Alt+M (content access key for `When Daily is _m_inimized, move it to tray`)

Actual result
- Alt+W (any content access key not used in main menu): nothing
- Alt+M (any content access key used in main menu): triggers Message menu (main menu access keys override content access keys)

Expected result
- Content access keys for UI elements are important for accessibility and efficiency and they should work!
- There should be no conflicts between main menu and content access keys.

This is a fallout from flattening those contents into tabs. Strange that this was not considered nor noticed at the time...

**Considerations for fixing this**
- Access keys are required for accessibility and ux-efficiency, so we must make the content area respond to Alt+* key combinations again.
- Having it both ways will be hard (albeit possible): main menu eats up 8 access keys which may conflict with content access keys.
- Main menu isn't doing anything useful for Options/Account Settings: virtually all main menu options are disabled.
- I think we should allow main menu access for Options/Account Settings tabs only with pressing Alt first, then the main menu access key (already works, but must be made exclusive here). That will allow us to consume any actual Alt+* keypresses (where you hold down Alt *while* pressing another key) for the content. Alternatively, all locales would have to recheck *all* content access keys here and eliminate conflicts with main menu.

**All access keys for UI elements in Options and Account Settings tabs are *not* working**, and some conflicting with main menu. Looks like fallout from changing these from dialog windows to tabs. That's BAD for keyboard accessibility, imo qualifies for severity S2. But at least pressing `tab` a thousand times to reach the intended UI element which you want to change stilll works.

Affected:
- TB 68 for Options tab (Account Settings still in a dialogue and working correctly)
- TB 78 and Daily for both Options *and* Account settings tabs. Account settings is TB78found.

STR (by example)

- On Windows, open Options tab (by analogy for Account Settings tab). 
- Press Alt+W (content access key for `_W_hen Thunderbird launches, show the start page...`).
- Press Alt+M (content access key for `When Daily is _m_inimized, move it to tray`)

Actual result
- Alt+W (any content access key not used in main menu): nothing
- Alt+M (any content access key also used in main menu): triggers Message menu (main menu access keys override content access keys)

Expected result
- Content access keys for UI elements are important for accessibility and efficiency and they should work!
- There should be no conflicts between main menu and content access keys.

This is a fallout from flattening those contents into tabs. Strange that this was not considered nor noticed at the time...

**Considerations for fixing this**
- Access keys are required for accessibility and ux-efficiency, so we must make the content area respond to Alt+* key combinations again.
- Having it both ways will be hard (albeit possible): main menu eats up 8 access keys which may conflict with content access keys.
- Main menu isn't doing anything useful for Options/Account Settings: virtually all main menu options are disabled.
- I think we should allow main menu access for Options/Account Settings tabs only with pressing Alt first, then the main menu access key (already works, but must be made exclusive here). That will allow us to consume any actual Alt+* keypresses (where you hold down Alt *while* pressing another key) for the content. Alternatively, all locales would have to recheck *all* content access keys here and eliminate conflicts with main menu.