language input/display support metapackages (without translations)

Bug #59116 reported by fantasai
6
Affects Status Importance Assigned to Milestone
Ubuntu
Fix Released
Undecided
Unassigned

Bug Description

Overview
--------

Ubuntu should make translations and input/display support packages available separately.

Use Cases
---------

Elika is a native English speaker who has studied three other languages: French, Chinese, and Persian. She wants to be able to write in those languages, but she has no need or desire to localize her system. In fact, she wouldn't understand computer interfaces in those languages anyway, and certainly has no use for the translated help files. She wants to install input support (like keyboard layouts and IMEs) and other writing tools (like a spelling dictionary) for these languages, only--not the full set of GNOME/KDE/Mozilla/OpenOffice/etc translations (especially not over her dialup connection).

fantasai focuses on i18n issues in CSS support. She often needs to type examples and test cases in different scripts, even though she doesn't really understand the languages they represent. She doesn't need translations either, but she also needs support for input and display of many scripts. She would rather not fill up disk space with translations she doesn't need, since she'd rather use that space for development libraries and other useful things.

Revision history for this message
Micah Cowan (micahcowan) wrote :

The current case is already as you describe. Input methods and keyboard layouts are quite separate from the translation metapackages. All of the keyboard layouts are installed already on a fresh system; input methods for Chinese and the like involve installing scim and related software. None of this has anything to do with the translation packages.

For instance, I personally do some occasional typing in greek, hebrew, or Japanese, and also frequently need to use latin-language diacritical marks. For greek and hebrew, I simply add the greek and hebrew layouts to my available layouts, in Preferences -> Keyboard -> Layouts. I also configure in the Layout Options tab, keys to switch between layouts, and a Compose key so I can hit <compose key> ' e to produce é. For Japanese, I've installed scim-anthy, scim-gtk2-immodule, scim-qtimm, and im-switch, and use im-switch -z en_US -s scim to enable it (takes effect when I log out/back in).

Since this behavior is already in place, I'm closing this bug out. Thanks!

Revision history for this message
fantasai (fantasai) wrote :

The current case is not as I describe. In the current case, I have to figure out which packages i need to install to get Chinese language input and display support. Yes, they are all available separately, but no, they are not available as a single package for easy installation. This bug is not fixed, please either reopen or mark wontfix.

Revision history for this message
Micah Cowan (micahcowan) wrote :

That has nothing to do with your bug description, which states: "Ubuntu should make translations and input/display support packages available separately." They are already available separately. Your use cases indicate that someone should be able to install input support for French, Chinese and Persian, without localizing their system and installing translations. This too, is already quite possible.

"Having to figure out which packages I need to install to get Chinese language input and display support" may indeed be a problem; but it has nothing to do with your original bug report. Also, it wouldn't qualify as a bug, but a feature request; as such, I would encourage you to submit a feature specification to make this easier to do: https://wiki.ubuntu.com/FeatureSpecifications . If you do create a feature spec, please notify me, as I would be interested in seeing this happen as well (currently, it is necessary to do some searching on the wiki for information on how to do this).

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.