Closed
Bug 63508
Opened 24 years ago
Closed 24 years ago
ChatZilla locale should be included in en-US.jar
Categories
(Core :: Internationalization: Localization, defect)
Tracking
()
VERIFIED
INVALID
People
(Reporter: karl, Assigned: rchen)
References
Details
Since ChatZilla is a part of Mozilla, the localizable DTDs should be in
en-US.jar, instead of in a separate file.
Actually no. Since mozilla is componentized en-US should be split into separate
jars for the different components. what we have right now is bloat.
Assignee: rginda → rchen
Component: chatzilla → Localization
QA Contact: david → teruko
Reporter | ||
Comment 2•24 years ago
|
||
> Actually no. Since mozilla is componentized
> en-US should be split into separate
> jars for the different components.
> what we have right now is bloat.
But this makes it *much* harder to create language packs. Right now, the user
has to install one language pack for most of Mozilla, and one additional pack
for ChatZilla (I've no idea how to create this one, BTW). I would agree that
the locale information should be in a separate file for ChatZilla *if*
ChatZilla was just another separate plugin, but ChatZilla is part of the
default Seamonkey suite. When you install Seamonkey, you get all the packages
(though you can deselect the ones you don't want). You should only have to
install *one* language pack to have the entire application suite localized.
Comment 3•24 years ago
|
||
CCing some more people. Guys how is the correct way to do this? Is this
related to bug 34145? I know very little about how the l10n stuff is supposed
to work. :(
Comment 4•24 years ago
|
||
From how I understand this, ChatZilla is designed to be an external package
which can easily be plugged into the Seamonkey product. It's included by default
also to show others how such an additional application should be designed/packed
to fit into Mozilla's architecture.
If we're consequently following that concept, we need to do seperate language
packs for ChatZilla, and this bug would get stated invalid.
OTOH, I'm not sure if current L10n tools (esp. MozillaTranslator) can handle
that case the _right_ way (CCing Lynggaard for that case).
Additionally, it _is_ possible in current structure to include chatzilla
localisation in language packs, though MozillaTranslator doesn't handle it this
way, afaik. If you include a directory with chatzilla files, and include
referencs to it in RDFs of you language pack (manifest.rdf or contents.rdf),
you're able to include this localisation into your single language pack (you
have to create it manually though).
I can't decide on this case but IMO it's done the right way in Mozilla/ChatZilla
currently - it's only up to the L10n tools (or yourself) to support those
possibilities...
Comment 5•24 years ago
|
||
Unless this bug is about something other than "ChatZilla locale should be
included in en-US.jar", it's invalid. Chatzilla is something you can optionally
install, and as such, should not be part of the basic distro. If it's hard to
make a lang. pack because of this, maybe that's a bug in the lang. pack design.
Also, chatzilla is not a netscape project, so unless rchen actually wants this
bug, it should be assigned to the module owner (me.)
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Comment 6•24 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•