Bug 1035068 - RFE: Allow the user to define name, native name on add language
Summary: RFE: Allow the user to define name, native name on add language
Alias: None
Product: Zanata
Classification: Retired
Component: Component-UI
Version: development
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
: ---
Assignee: Michelle Kim
QA Contact: Zanata-QA Mailling List
Depends On:
TreeView+ depends on / blocked
Reported: 2013-11-27 02:11 UTC by Damian Jansen
Modified: 2015-07-31 01:15 UTC (History)
3 users (show)

Clone Of:
Last Closed: 2015-07-31 01:15:17 UTC

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Bugzilla 1169662 None None None Never
Red Hat Bugzilla 1228436 None None None Never

Internal Trackers: 1169662 1228436

Description Damian Jansen 2013-11-27 02:11:12 UTC
Description of problem:
The add language feature in Administration Manage Languages only allows the user to specify a single field for a language, albeit to any length.

If the admin is adding a unique name, e.g. Klingon, it is limited in what can be specified, and can be difficult to anticipate what will happen.
Entering "Klingon" into the field will result in a non ISO693 standard language code of "klingon".
If the admin wants to add Rumaiy and Kumburan dialects, and recognises they have to use the xxx-xxx standard, then the normal and native names are forced to the language code.

Ideally, these fields should be editable - though certainly nice to prefill them from the entered code.

Version-Release number of selected component (if applicable):

How reproducible:
Easy always

Steps to Reproduce:
1. Sign in as admin, go to menu->Administration->Manage Language
2. Press Add Language
3. Enter Klingon into the Language field
4. Click anywhere else on the form to auto-fill the form
 - The language is repeated in lower case throughout the form, no valid code
5. Enter kli-rum into the Language field
6. Click anywhere else on the form to auto-fill the form
 - The language is broken up into the correct language-country format, but the user is given no option on how to name it

Expected results:
It would be good if the fields could be set to editable for an "unrecognised" language.

Additional info:

Comment 1 Sean Flanigan 2013-11-27 02:49:37 UTC
It certainly is confusing, with the different field names ("Language" apparently means locale code), and the sort-of-lower-cased, sort-of-not handling for the locale code.

It is supposed to be a *single* locale code which the user enters, which is then split up (into language and country) using well defined rules.  We don't want the user entering a locale code which doesn't match the language and country!

I don't think we should lock it down to reject non-standard language/country codes completely, but we should certainly warn the user about them.

Allowing the user to specify the unknown locale's display name, and native name, would be a nice extension.

This screen should also ask the admin to supply plural rules for unknown languages.  This obviously implies storing the rules in the database.

Comment 3 Damian Jansen 2015-07-14 00:21:24 UTC
Reassigned to PM

Comment 4 Zanata Migrator 2015-07-31 01:15:17 UTC
Migrated; check JIRA for bug status: http://zanata.atlassian.net/browse/ZNTA-382

Note You need to log in before you can comment on or make changes to this bug.