Closed Bug 63507 Opened 24 years ago Closed 17 years ago

Mozilla Search HTML file should have its entities externalized

Categories

(Core :: Internationalization: Localization, defect, P2)

x86
Other
defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: karl, Assigned: bugs)

References

()

Details

(Keywords: helpwanted, l12y)

Attachments

(1 file)

en-US jar contains a HTML file (invalid too, I might add), just containing the
words 'Mozilla Search'. This is used in the search results pane when searching
several search engines at the same time. This should be made into XUL, and the
string should be externalized (into a DTD file). Localizing HTML files is much
harder than localizing XUL, and *invalid* HTML files doesn't make it any easier ...
Keywords: l12y, mozilla1.2
What is the file name?  There are some help HTML files. Are you talking about 
them?

Reassigned to tao.
Assignee: rchen → tao
Hi, Ben:

Is this file being used? If so, would you please convert it to XUL?

thx
Changed QA contact to andreasb@netscape.com.
QA Contact: teruko → andreasb
Grrr, would like to fix this, but ignoring it for now. Marking nsbeta1-
Keywords: nsbeta1-
Paul, can you reconsider this bug? we should meet and review the l12y list.
Marking nsbeta1+, mozilla0.9, reassigning to pchen
Assignee: ben → pchen
Keywords: nsbeta1-nsbeta1+
Priority: -- → P2
Target Milestone: --- → mozilla0.9
Moving to mozilla0.9.1
Target Milestone: mozilla0.9 → mozilla0.9.1
nav triage team:

Marking nsbeta1-
Keywords: nsbeta1+nsbeta1-
Please don't minus this one. It's important that it gets fixed for beta1.
renominating, clearing target milestone. we will reconsider this bug at the intl 
triage. 
Keywords: nsbeta1-nsbeta1
Target Milestone: mozilla0.9.1 → ---
changing QA contact to jonrubin@netscape.com.
QA Contact: andreasb → jonrubin
Paul, can you please assign a milestone to this one?
Keywords: nsbeta1helpwanted, nsbeta1-
Target Milestone: --- → Future
Paul - This should not be minused. This needs to be fixed!, not futured. Pls 
explain why it has been marked as Future.
cc. L10n team
Keywords: nsBranch
mass change, switching qa contact from jonrubin to ruixu.
QA Contact: jonrubin → ruixu
Blocks: 99227
Paul - Looks like this is futured. Pls nsbranch- this one, if it is not going to
be fixed until a later release.
Marking nsbranch- as it was decided in the August bug triage that we wouldn't
have enough time in eMojo to fix this.  Let's revisit for MachV.
Keywords: nsbranch-
removed keyword nsbranch since it now has nsbranch-, per pdt mtg.
Keywords: nsbranch
No longer blocks: 99227
Blocks: 107067
Keywords: nsbranch-
pchen - status? adding keyword nsbeta1
Keywords: nsbeta1
I don't see any html like that. This bug should be INVALID now.
Sorry, wrong. This file is still there, just found it;-)
locale\en-US\communicator\search\default.htm
Attached image Screenshot
What's the string "Mozilla Search" here for?
->default assignee
Assignee: pchen → rchen
Target Milestone: Future → ---
Ben, since you created the file default.htm, can you fix it?
Assignee: rchen → ben
I disagree that this should become XUL... this is a filler for a content area.
If this were to become XUL we'd need to introduce a lot of new style just to
make it look like HTML. The entity externalization point is valid however. 
Status: NEW → ASSIGNED
Summary: Mozilla Search HTML file should be XUL-ified and entities externalized → Mozilla Search HTML file should have its entities externalized
Target Milestone: --- → Future
nsbeta1- per Nav triage team
Keywords: nsbeta1nsbeta1-
Resolving WORKSFORME, this thing seems to be long dead.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: