Closed
Bug 7309
Opened 26 years ago
Closed 26 years ago
[BLOCKER] openLocation.xul: non-localizable XUL file
Categories
(Core :: XUL, defect, P2)
Core
XUL
Tracking
()
VERIFIED
FIXED
M10
People
(Reporter: tao, Assigned: matt)
References
()
Details
(Whiteboard: title string need to be entitized; "Cancel" button labeling?)
Please refer to the "XUL Coding Style Guidelines" in the URL above
for how to make XUL localizable. Thanks!
I have this done but
my dtd files are crashing so i'm a bit afraid
to check this tonight. I do have the dtd files checked in
but not the xul. The xul is in my tree.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
This is fixed
I moved the entities out of the file
you will see it in tomorrows builds.
Oops, just found this:
http://lxr.mozilla.org/mozilla/source/xpfe/browser/resources/content/openLocatio
n.xul#32
Is the window title to be reset in runtime? If not, would you please entitize
it?
Thanks,
Also, why is the label string of "Cancel" button becomes 'open in new window'?
Wierd!
Severity: normal → blocker
Summary: openLocation.xul: non-localizable XUL file → [BLOCKER] openLocation.xul: non-localizable XUL file
This bug is marked as BLOCKER for localization, but it is not a M9 blocker. It
can be moved to M10 (early days, please). Matt, can you change the milestone?
Whiteboard: awaiting checkin → title string need to be entitized; "Cancel" button labeling?
Comment 10•26 years ago
|
||
Moving to M10 per msanz...gotta get the M9 blocker list down now!
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 11•26 years ago
|
||
This should be fixed now
Comment 12•25 years ago
|
||
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL
component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: tao → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•