Closed
Bug 10256
Opened 25 years ago
Closed 25 years ago
*.xul: non-localizable XUL file
Categories
(Core Graveyard :: Tracking, defect, P3)
Core Graveyard
Tracking
Tracking
(Not tracked)
VERIFIED
FIXED
M9
People
(Reporter: tao, Assigned: hangas)
References
()
Details
./chrome/addressbook/content/default/cardviewPane.xul
Please refer to the "XUL Coding Style Guidelines" in the URL above
for how to make XUL localizable. The target deadline is M9.
Thanks!
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
I do not see the problem with this file. Please look at this file and give me a
specific example. Thanks.
Here are two examples:
http://lxr.mozilla.org/mozilla/source/mailnews/addrbook/resources/content/cardvi
ewPane.xul#27
http://lxr.mozilla.org/mozilla/source/mailnews/addrbook/resources/content/cardvi
ewPane.xul#36
Thanks Tao. I never noticed those burried in the xul. How did you ever find
them??
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Modified file to use ENTITY. Will convert to dtd in a single giant effort for
all of mailnews soon.
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•