Bug 906188 - [RFE] Group multiple locale codes under language teams
Summary: [RFE] Group multiple locale codes under language teams
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Zanata
Classification: Retired
Component: Usability
Version: 2.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: Michelle Kim
QA Contact: Zanata-QA Mailling List
URL:
Whiteboard:
: 1075276 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-31 05:23 UTC by David Mason
Modified: 2015-07-29 02:46 UTC (History)
6 users (show)

Fixed In Version:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-07-29 02:46:49 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 729522 1 None None None 2021-01-20 06:05:38 UTC
Red Hat Bugzilla 878276 0 low CLOSED [RFE] Allow changing locale for TM results within a translation workspace 2023-09-14 01:38:57 UTC

Internal Links: 729522 878276

Description David Mason 2013-01-31 05:23:58 UTC
Description of problem:
Locales that are effectively equivalent such as 'es' and 'es-ES' are completely separated in Zanata. This means that translators have to join multiple language teams, more language team coordinator roles must be filled, and extra administration is required for language team management.

 - Equivalent locales should be grouped together under language teams so that there are less teams to manage and translators can join less teams.
 - Joining a team should give a translator permission to translate any of the locales that are grouped under that team.
 - A default set of language groups/teams should be present in a standard Zanata deployment, but an administrator should be able to add a new language team, change which language team a locale is grouped under, and remove an empty language team.

Comment 1 Sean Flanigan 2013-02-01 07:55:35 UTC
Also, locale groups should be applied to TM requests and copyTrans.  In other words, someone translating a project in es should see es-ES translation memory results as well.

Comment 2 David Mason 2013-02-04 01:16:44 UTC
Automatic merging of TM results makes sense for exactly equivalent locales, but may not be desired in some cases for closely related but not identical locales. Translators may be able to provide some insight here.

When we have implemented the ability to select different locales in the TM search, I suggest that we either:

 - provide an option to use results from each locale individually, as well as an option to use a merged set of results from all locales in the locale group for the locale of the document. The merged set might be a good default; OR

 - allow selection of any combination of locales for TM results, with all the locales in the locale group being selected by default.

Comment 3 Ding-Yi Chen 2014-03-12 00:14:20 UTC
*** Bug 1075276 has been marked as a duplicate of this bug. ***

Comment 5 Luke Brooker 2015-04-01 03:35:58 UTC
This has been brought up in user interviews. Specifically related to Chinese.

Comment 7 Damian Jansen 2015-07-14 00:20:34 UTC
Reassigned to PM

Comment 8 Zanata Migrator 2015-07-29 02:46:49 UTC
Migrated; check JIRA for bug status: http://zanata.atlassian.net/browse/ZNTA-187


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