Closed Bug 11886 Opened 25 years ago Closed 25 years ago

XP Menus need to dynamically reconstruct anonymous content on attribute changes

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
x86
Other
Type:
defect

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: hyatt, Assigned: shaver)

References

Details

Whenever the value, acceltext, et. al. attributes change, an XP menu that
contains anonymous content built from those attributes needs to dynamically
destroy and recreate that anonymous content with the new values.
Status: NEW → ASSIGNED
Target Milestone: M10
Blocks: 12670
Assignee: hyatt → shaver
Status: ASSIGNED → NEW
reassigning to shaver
Status: NEW → ASSIGNED
I've got this working in my tree, and I'm about ready to check in.

Do we have a test case?
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I just checked in a change that stops using <div>Menu <u>T</u>ext</div> for
accesskey, and instead lets titledbutton draw the accesskey underline itself.
To heck with a test case. =)

myMenuItem.setAttribute("accesskey", "a") works now, etc.
QA Contact: ckritzer → hyatt
Assigning to originator per new organizational structure.
QA Contact: hyatt → ckritzer
Changing QA Contact back to ckritzer@netscape.com
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL.  XUL 
component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
QA Contact: ckritzer → jrgm
Massive QA Contact update.
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.