Closed Bug 322245 Opened 19 years ago Closed 17 years ago

Missing accesskeys in pref pane

Categories

(Other Applications :: DOM Inspector, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WONTFIX
mozilla1.9beta1

People

(Reporter: vhaarr+bmo, Assigned: ehsan.akhgari)

References

(Blocks 1 open bug)

Details

Attachments

(1 file, 1 obsolete file)

[SeaMonkey]

All the elements in the DOM Inspector pref pane and these items in the main window:
 * "Inspect" button,
 * View-> All elements,
 * Search->Find Next,
are missing accesskeys.
Assignee: dom-inspector → nobody
QA Contact: timeless → dom-inspector
Depends on: 398603
The parts related to the main window are being addressed in bug 398603.
Assignee: nobody → ehsan.akhgari
Target Milestone: --- → mozilla1.9 M9
Status: NEW → ASSIGNED
Attached patch Add the access keys (obsolete) — Splinter Review
Add the access keys to the DOM Inspector prefs window.
Attachment #283681 - Flags: superreview?(neil)
Attachment #283681 - Flags: review?(comrade693+bmo)
Comment on attachment 283681 [details] [diff] [review]
Add the access keys

>-              <label id="lbElBorderColor" value="&borderColor.label;"/>
>+              <label id="lbElBorderColor" value="&borderColor.label;" accesskey="&borderColor.accesskey;"/>
The access key will not be any use until the label is hooked up to its control.

>-              <label id="lbElBorderWidth" value="&borderWidth.label;" control="txfElBorderWidth"/>
>+              <label id="lbElBorderWidth" value="&borderWidth.label;" accesskey="&borderWidth.accesskey;"
>+                control="txfElBorderWidth"/>
These lines need to be wrapped better, this is your big chance to fix them!

> <!ENTITY borderWidth.label "Border Width">
>+<!ENTITY borderWidth.label "W">
Wrong entity name.
Attachment #283681 - Flags: superreview?(neil) → superreview-
(In reply to comment #3)
> (From update of attachment 283681 [details] [diff] [review])
> >-              <label id="lbElBorderColor" value="&borderColor.label;"/>
> >+              <label id="lbElBorderColor" value="&borderColor.label;" accesskey="&borderColor.accesskey;"/>
> The access key will not be any use until the label is hooked up to its control.

Fixed.

> >-              <label id="lbElBorderWidth" value="&borderWidth.label;" control="txfElBorderWidth"/>
> >+              <label id="lbElBorderWidth" value="&borderWidth.label;" accesskey="&borderWidth.accesskey;"
> >+                control="txfElBorderWidth"/>
> These lines need to be wrapped better, this is your big chance to fix them!

Hmmm, another take at this.  Is it better?  What about the wrappings on the rest of the lines?

> > <!ENTITY borderWidth.label "Border Width">
> >+<!ENTITY borderWidth.label "W">
> Wrong entity name.

Fixed.
Attachment #283681 - Attachment is obsolete: true
Attachment #283687 - Flags: superreview?(neil)
Attachment #283687 - Flags: review?(comrade693+bmo)
Attachment #283681 - Flags: review?(comrade693+bmo)
Attachment #283687 - Flags: superreview?(neil) → superreview+
Erm, not sure if this is good timing, as SeaMonkey is completely rewriting pref panes atm, and this panel needs to be rewritten as well for SeaMonkey 2.
1) Is there a DOMI panel available that might already fit with the <prefpane> stuff?
2) Shouldn't we make this  be rewritten right now, rather than adding accesskeys now and rewriting the whole panel completely again within the next weeks?
Hrm, I think the prefpane is not used in Firefox at all.  Is this correct?
The pref pane in this style is surely not used in Firefox, as it's written for the old xpfe prefwindow. But I don't know if perhaps there is another implementation around that fits with the toolkit <prefwindow> stuff to which SeaMonkey is moving in bug 394522.
IMHO it doesn't make much sense to fix the xpfe-based thing here when we need to rework the pref panel for SeaMonkey2 anyways. 
There is a bug somewhere to hookup the prefs UI in Firefox, and I guess that would happen there?

Will Seamonkey be shipping with the old xpfe stuff, or no?  If not, I'm inclined to WONTFIX this bug, and file a new one to convert it over (with these changes) and request blocking Seamonkey on that bug.
The strategy you point out in the last paragraph sounds good to me, we won't be shipping the old xpfe prefwindow in any release from the 1.9 cycle, hopefully not even in Alpha.
Morphing bug since patch didn't do anything with the main interface, and WONTFIXing per Comment 9.

I filed Bug 399031 for converting over to the new prefpane, with the comment that we need to make sure accesskeys are used properly.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → WONTFIX
Summary: Missing accesskeys in pref pane and main interface. → Missing accesskeys in pref pane
Attachment #283687 - Flags: review?(comrade693+bmo)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: