[WG: I18N & L10N] Suggestion for improvement of i18n and L10n handling in JIRA

[Jean-Francois Leveque]

Hi,

If David thinks it's a good idea to keep an Internationalization and add 
a Translation component, I think we might be able to reach a solution.

I nevertheless think Internationalization and Translation issues should 
not be automatically assigned to an i18n team. As long and the component 
that contains the issue is still maintained, I think issues should be 
assigned to the maintainers.

If there's an i18n team, it should be there to help the tool 
maintainers, not just doing the i18n work.

> Give a man a fish and he will eat for a day. Teach a man to fish and he will eat for a lifetime.
> Confucius, K'ung Fu-tzu, K'ung-tzu, Kong Zi, Kong Qiu, Zhong Ni
> Circa 551 - 479

What do you think?

Is there a way to do this with JIRA, like having no automatic assignment 
for the Internationalization and Translation components which could lead 
to issues being assigned to the team maintaining the code that contains 
the issue?

Cheers,

J-F

On 17/02/2012 19:58, DAVID ROLDAN MARTINEZ wrote:
>
> Hi,
>
> And how about to create a sub-team inside CLE/MT Team to handle i18n issues and assigning automatically tickets with Internationalization component set and adding a Translation component to tickets?
>
> This will allow you to vet issues and update components (if necessary) but also will allow "i18n team" to differentiate between i18n (Internationalization component) and L10n (Translation component) not loosing then the ability to identify issues. Additionally, i18n team would be able to share your workload helping you to handle i18n issues.
>
> Cheers,
>     David
> ________________________________________
> De: sakai-dev-bounces at collab.sakaiproject.org [sakai-dev-bounces at collab.sakaiproject.org] En nombre de Beth Kirschner [bkirschn at umich.edu]
> Enviado el: viernes, 17 de febrero de 2012 16:08
> Para: Shoji Kajita; Jean-Francois Leveque
> CC: sakai-dev Developers
> Asunto: Re: [Building Sakai] Suggestion for improvement of i18n and     L10n    handling in JIRA
>
> I guess the real question is what is the problem we're trying to solve? Jean-Francois mentioned that the auto-assign of I18N issues sometimes requires me to re-assign the owner -- this really isn't a huge inconvenience and sometimes allows me to vet issues and update components if incorrect. Jean-Francois also proposes adding two new checkboxes that differentiate between L10N and I18N -- I guess I worry that people may not find or understand these checkboxes.
>
> The "Maintenance Team" checkbox has fallen into dis-use, with the "assigned to" field more consistently reflecting a "Maintenance Team" issue (now called CLE team, since all CLE developer's are now considered de-facto members of the CLE/Maintenance Team). If a field isn't required, I suspect many will not fill it in. I wouldn't want to see us losing the ability to identify I18N/L10N issues.
>
> - Beth
>
> On Feb 10, 2012, at 9:12 PM, Shoji Kajita wrote:
>
>> Hi Beth,
>>
>> Thank you for your swift reaction. Then, what shall we do?
>>
>> So far, Jean-Francois's suggestion is most reasonable for me.
>>
>> Best regards,
>> Shoji
>>
>> At Wed, 8 Feb 2012 11:55:58 -0500,
>> Beth Kirschner wrote:
>>>
>>> Hi Shoji,
>>>
>>>    No problem -- I jumped the gun and have reverted the JIRA component to read "Internationalization".
>>>
>>> - Beth
>>>
>>> On Feb 6, 2012, at 3:44 AM, Shoji Kajita wrote:
>>>
>>>> Hi Beth,
>>>>
>>>> I found that "x-internationalization" you are proposing has been
>>>> already available on Jira.
>>>>
>>>> I think it is not a good solution because:
>>>>
>>>> 1. it is NOT matching for "internationalization" (Jira tells me "No
>>>>     Matches" when I'm typing in Component/s field in creating a Jira
>>>>     issue so that almost nobody can use),
>>>>
>>>> 2. we haven't reached the conclusion.
>>>>
>>>> Please continue our discussion to find a better solution.
>>>>
>>>> Best regards,
>>>> Shoji
>>>>
>>>> At Thu, 2 Feb 2012 10:43:10 -0500,
>>>> Beth Kirschner wrote:
>>>>>
>>>>> How about we try for a low-tech hack of changing the I18N component to sort alphabetically to the end -- ("x-Internationalization"). This will make sure the primary component owners get assigned?
>>>>>
>>>>> - Beth
>>>>>
>>>>> On Feb 2, 2012, at 7:11 AM, Jean-Francois Leveque wrote:
>>>>>
>>>>>> All the CLE internationalization component issues are currently
>>>>>> automagically assigned to Beth Kirschner (Lead for this component in
>>>>>> JIRA) if the real component name is after Internationalization in
>>>>>> alphabetical order. She then assigns most of the issues to the real
>>>>>> component owner. I don't think this is really convenient.
>>>>>>
>>>>>> Internationalization and translation issues are currently mixed in the
>>>>>> internationalization component. There is no way to know the ones are
>>>>>> internationalization from the ones that are translation.
>>>>>>
>>>>>> A better solution for both issues is welcome if my suggestion is not
>>>>>> good enough.
>>>>>>
>>>>>> J-F
>>>>>>
>>>>>> On 31/01/2012 17:35, Aaron Zeckoski wrote:
>>>>>>> That doesn't really sound easier to me and there are getting to be an
>>>>>>> awful lot of checkboxes there. The current filters should do exactly
>>>>>>> what you want without a lot of work to make this change in JIRA.
>>>>>>> -AZ
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 31, 2012 at 11:01 AM, Jean-Francois Leveque
>>>>>>> <jean-francois.leveque at upmc.fr>   wrote:
>>>>>>>> Hi
>>>>>>>>
>>>>>>>> Currently, SAK issues can have internationalization in the list of
>>>>>>>> components.
>>>>>>>>
>>>>>>>> AFAICT, the only real internationalization component has been in kernel
>>>>>>>> since the creation of kernel with Sakai 2.6.0.
>>>>>>>>
>>>>>>>> Currently the JIRA internationalization component is used both for L10n
>>>>>>>> and i18n issues.
>>>>>>>>
>>>>>>>> I suggest we stop using this component and add 2 new check-boxes (like
>>>>>>>> the Maintenance Team Issue one):
>>>>>>>> Internationalization Issue
>>>>>>>> Localization Issue
>>>>>>>>
>>>>>>>> It seems to me this way will be easier to check which languages have
>>>>>>>> been updated or to look for internationalization issues.
>>>>>>>>
>>>>>>>> What do you think ?
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>>
>>>>>>>> J-F