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)

x86
Other
defect
Not set
normal

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
> 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.
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. :(
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...
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
For everyone who was listening to this bug: I've created bug 65349 and bug 65352 for the MozillaTranslator issues of this bug.
Verified.
Status: RESOLVED → VERIFIED
Depends on: 234261
You need to log in before you can comment on or make changes to this bug.