Closed Bug 195784 Opened 23 years ago Closed 23 years ago

Composer - New Page Settings: access key missing for background color picker

Categories

(SeaMonkey :: Preferences, defect)

x86
All
defect
Not set
trivial

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: bugzilla, Assigned: jessie30)

References

(Blocks 1 open bug)

Details

(Keywords: access)

Attachments

(1 file)

spun off from bug 193068. Composer - New Page Settings pref panel: access key missing for Background color picker.
All of the bugs related to xul accesskeys should be marked blocking bug 129179.
Blocks: 129179
Jessie, just had a look at the changes in your patch for this dialog -- don't you think the accesskeys should match Format -> Page Colors & Background in the Composer menu? You don't have if you don't want to of course :) We should also decide on a standard for "Choose File" -- there's loads of buttons with that labels with random accesskeys :( I reckon "F" would be best, what do you think?
Piers, you are absolutely right. They should be consistent. I will do the patch according to it. But there is one accesskey I don't think it is good. In "page color and background" dialog, Background _I_mage, usually, "I" is too slim to be used as accesskey. I suggest we change it to, such as "m"(because "B" is already used.) What do you think? For "Choose File", I think both "C" and "F" are good. Such as in Preferences dialog, in Navigator panel, it use "C". While in Format -> Page Colors & Background in the Composer menu, it use "F". Whatever C or F, the same, the better. Let's ask aaron for this issue. Aaron, what is your idea about this?
Yeah, you're right, "I" is a bad accesskey -- "m" sounds good.
Hi Piers, In order to be consistent with composer menu, I changed accesskey of Author to "u". And I also replaced the bad accesskey "i" with "m" since we agree with it. I suggest we file another bug for using the same accesskey for "Choose File" after we decide what letter to use. Aaron, please give us your comments about this.
Attached patch patchSplinter Review
Attachment #116415 - Flags: review?(piersc)
Comment on attachment 116415 [details] [diff] [review] patch Looks good! (Punting to a module peer for review).
Attachment #116415 - Flags: review?(piersc) → review?(dean_tessman)
Comment on attachment 116415 [details] [diff] [review] patch r=brade (module owner for editor)
Attachment #116415 - Flags: review?(dean_tessman) → review+
Jessie, thank you. In general consistency is good, and I trust you and Piers to make these decisions together.
As a side not, 'm' is preferred over 'i' not because of its width but because 'm' is a consonant. According to Microsoft Press's Microsoft Windows User Experience, the order of choice should be: - the first letter of the label unless another letter "provides a better mnemonic association" - a distinctive consonant - a vowel
Attachment #116415 - Flags: superreview?(jaggernaut)
Hi jag, Please help me to super review this bug. It is very simple. Thanks!
Comment on attachment 116415 [details] [diff] [review] patch sr=jag
Attachment #116415 - Flags: superreview?(jaggernaut) → superreview+
checked in trunk
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
vrfy'd fixed with 2003.03.13 comm trunk on linux rh8.0 and win2k.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: