Eclipse Community Forums: Eclipse Foundation » Re: Galileo release plan, and how it will fit with Babel

Help

Home

Home » General (non-technical) » Eclipse Foundation » Re: Galileo release plan, and how it will fit with Babel

Show: Today's Messages :: Show Polls :: Message Navigator

Re: Galileo release plan, and how it will fit with Babel [message #56251]

Mon, 06 October 2008 07:05

Eclipse User

Originally posted by: atoulme.intalio.com

Crossposting to foundation.

Antoine Toulme wrote:
> Hi everyone,
>
> I see that i18n is cited as the 16th item on the list for the Must Do's
> of Babel.
>
> I think we should come up with a set of rules applied to the release
> candidates before the Galileo build is published.
>
> I would ask that all code must have its strings externalized for RC1. At
> that time, we can test what strings are not externalized using the
> recent work Kit did.
>
> Then we freeze the code with regard to the texts used in it, and we can
> start a new pass of translations that would end when Galileo is released.
>
> What do you think ?
>
> Thanks,
>
> Antoine

Report message to a moderator

Re: Galileo release plan, and how it will fit with Babel [message #56268 is a reply to message #56251]

Mon, 06 October 2008 13:32

Ed Merks

Messages: 33137
Registered: July 2009

Senior Member

Antoine,

It sounds like a good idea. What kind of testing is involved?
Probably you should make sure the Planning Council considers this issue
when next it meets. A cross-projects mailing list note might reach a
broader audience of the involved parties...

Antoine Toulme wrote:
> Crossposting to foundation.
>
> Antoine Toulme wrote:
>> Hi everyone,
>>
>> I see that i18n is cited as the 16th item on the list for the Must Do's
>> of Babel.
>>
>> I think we should come up with a set of rules applied to the release
>> candidates before the Galileo build is published.
>>
>> I would ask that all code must have its strings externalized for RC1. At
>> that time, we can test what strings are not externalized using the
>> recent work Kit did.
>>
>> Then we freeze the code with regard to the texts used in it, and we can
>> start a new pass of translations that would end when Galileo is
>> released.
>>
>> What do you think ?
>>
>> Thanks,
>>
>> Antoine
>

Ed Merks
Professional Support: https://www.macromodeling.com/

Report message to a moderator

Re: Galileo release plan, and how it will fit with Babel [message #56288 is a reply to message #56268]

Tue, 07 October 2008 16:45

Eclipse User

Originally posted by: atoulme.intalio.com

Ed,

have a look at Kit lo's update:
http://www.eclipse.org/newsportal/article.php?id=196&gro up=eclipse.technology.babel#196
in particular the first paragraph where he talks about testing hardcoded
strings:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=217339

The screen capture helps to understand the testing, a string is
hard-coded if it does not have the special prefix:
https://bugs.eclipse.org/bugs/attachment.cgi?id=113122

I would stage carefully a move to mail cross-project as there seems
there is quite a lot of noise on the mailing lists those days.
Plus maybe Kit or Denis would have more weight than me on this matter.

Thanks,

Antoine

Ed Merks wrote:
> Antoine,
>
> It sounds like a good idea. What kind of testing is involved? Probably
> you should make sure the Planning Council considers this issue when next
> it meets. A cross-projects mailing list note might reach a broader
> audience of the involved parties...
>
>
> Antoine Toulme wrote:
>> Crossposting to foundation.
>>
>> Antoine Toulme wrote:
>>> Hi everyone,
>>>
>>> I see that i18n is cited as the 16th item on the list for the Must Do's
>>> of Babel.
>>>
>>> I think we should come up with a set of rules applied to the release
>>> candidates before the Galileo build is published.
>>>
>>> I would ask that all code must have its strings externalized for RC1. At
>>> that time, we can test what strings are not externalized using the
>>> recent work Kit did.
>>>
>>> Then we freeze the code with regard to the texts used in it, and we can
>>> start a new pass of translations that would end when Galileo is
>>> released.
>>>
>>> What do you think ?
>>>
>>> Thanks,
>>>
>>> Antoine
>>

Report message to a moderator

Re: Galileo release plan, and how it will fit with Babel [message #56300 is a reply to message #56288]

Tue, 07 October 2008 19:34

Ed Merks

Messages: 33137
Registered: July 2009

Senior Member

This is a multi-part message in MIME format.
--------------040800030906000204050908
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Antoine,

I see. This is totally cool! I'd suggest adding this to the planning
council wiki's agenda for their face-to-face meeting (which
unfortunately I can't attend).

http://wiki.eclipse.org/Planning_Council/Oct_27_2008

I expect many people would advocate and support required
externalization testing...

Mailing list noise? I don't know what you're referring to. :-P

Cheers,
Ed

Antoine Toulme wrote:
> Ed,
>
> have a look at Kit lo's update:
> http://www.eclipse.org/newsportal/article.php?id=196&gro up=eclipse.technology.babel#196
>
> in particular the first paragraph where he talks about testing
> hardcoded strings:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=217339
>
> The screen capture helps to understand the testing, a string is
> hard-coded if it does not have the special prefix:
> https://bugs.eclipse.org/bugs/attachment.cgi?id=113122
>
> I would stage carefully a move to mail cross-project as there seems
> there is quite a lot of noise on the mailing lists those days.
> Plus maybe Kit or Denis would have more weight than me on this matter.
>
> Thanks,
>
> Antoine
>
> Ed Merks wrote:
>> Antoine,
>>
>> It sounds like a good idea. What kind of testing is involved? Probably
>> you should make sure the Planning Council considers this issue when next
>> it meets. A cross-projects mailing list note might reach a broader
>> audience of the involved parties...
>>
>>
>> Antoine Toulme wrote:
>>> Crossposting to foundation.
>>>
>>> Antoine Toulme wrote:
>>>> Hi everyone,
>>>>
>>>> I see that i18n is cited as the 16th item on the list for the Must
>>>> Do's
>>>> of Babel.
>>>>
>>>> I think we should come up with a set of rules applied to the release
>>>> candidates before the Galileo build is published.
>>>>
>>>> I would ask that all code must have its strings externalized for
>>>> RC1. At
>>>> that time, we can test what strings are not externalized using the
>>>> recent work Kit did.
>>>>
>>>> Then we freeze the code with regard to the texts used in it, and we
>>>> can
>>>> start a new pass of translations that would end when Galileo is
>>>> released.
>>>>
>>>> What do you think ?
>>>>
>>>> Thanks,
>>>>
>>>> Antoine
>>>
>

--------------040800030906000204050908
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Antoine, 
 
I see.  This is totally  cool!   I'd suggest adding this to the
planning council wiki's agenda for their face-to-face meeting (which
unfortunately I can't attend). 
<blockquote><a
href="http://wiki.eclipse.org/Planning_Council/Oct_27_2008">http://wiki.eclipse.org/Planning_Council/Oct_27_2008</a></blockquote>
I expect many people would advocate  and support required
externalization testing... 
 
Mailing list noise?  I don't know what you're referring to. :-P 
 
 
Cheers, 
Ed 
 
 
Antoine Toulme wrote:
<blockquote cite="mid:gcg3ms$eji$1@build.eclipse.org" type="cite">Ed,
 
 
have a look at Kit lo's update:
 
<a class="moz-txt-link-freetext" href=" http://www.eclipse.org/newsportal/article.php?id=196&gro up=eclipse.technology.babel#196"> http://www.eclipse.org/newsportal/article.php?id=196&group=eclipse.technology.babel#196</a>
 
in particular the first paragraph where he talks about testing
hardcoded strings:
 
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=217339">https://bugs.eclipse.org/bugs/show_bug.cgi?id=217339</a>
 
 
The screen capture helps to understand the testing, a string is
hard-coded if it does not have the special prefix:
 
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/attachment.cgi?id=113122">https://bugs.eclipse.org/bugs/attachment.cgi?id=113122</a>
 
 
I would stage carefully a move to mail cross-project as there seems
there is quite a lot of noise on the mailing lists those days.
 
Plus maybe Kit or Denis would have more weight than me on this matter.
 
 
Thanks,
 
 
Antoine
 
 
Ed Merks wrote:
 
<blockquote type="cite">Antoine,
 
 
It sounds like a good idea. What kind of testing is involved? Probably
 
you should make sure the Planning Council considers this issue when
next
 
it meets. A cross-projects mailing list note might reach a broader
 
audience of the involved parties...
 
 
 
Antoine Toulme wrote:
 
<blockquote type="cite">Crossposting to foundation.
 
 
Antoine Toulme wrote:
 
<blockquote type="cite">Hi everyone,
 
 
I see that i18n is cited as the 16th item on the list for the Must Do's
 
of Babel.
 
 
I think we should come up with a set of rules applied to the release
 
candidates before the Galileo build is published.
 
 
I would ask that all code must have its strings externalized for RC1.
At
 
that time, we can test what strings are not externalized using the
 
recent work Kit did.
 
 
Then we freeze the code with regard to the texts used in it, and we can
 
start a new pass of translations that would end when Galileo is
 
released.
 
 
What do you think ?
 
 
Thanks,
 
 
Antoine
 
</blockquote>
 
</blockquote>
</blockquote>
 
</blockquote>
</body>
</html>

--------------040800030906000204050908--

Ed Merks
Professional Support: https://www.macromodeling.com/

Report message to a moderator

Re: Galileo release plan, and how it will fit with Babel [message #56362 is a reply to message #56300]

Tue, 21 October 2008 02:33

Kit Lo

Messages: 137
Registered: July 2009

Senior Member

I've proposed the following 3 Babel topics for discussion in the up coming
Eclipse Planning Council meeting. The chair of the Planning Council Rich
Gronback has already added Babel participation as a Must-Do requirement
for the Galileo release, and indicated an M6 completion date.

- each Eclipse project should add the Babel Pseudo Translation Test to
their release plan to make sure their project is properly globalized, with
all strings externalized, and all layout problems fixed
- each Eclipse project should define their project map files at the Babel
Translation Server so translators around the world could help translating
the Eclipse project
- each Eclipse project should freeze their translatable strings at M6 to
give translators enough time for translation before project release date

Report message to a moderator

Re: Galileo release plan, and how it will fit with Babel [message #56383 is a reply to message #56362]

Tue, 21 October 2008 08:54

Ed Merks

Messages: 33137
Registered: July 2009

Senior Member

Kit,

Of course history tells us that development issues will definitely come
up such that a small number of translatable strings trickle in after the
planned cutoff date. I get the impression that our processes are so
well thought out that a small number of late arrivals would be easily
handled. I notice that all these statements are should-do. Is is
possible to participate in Babel without doing at least the second
bullet? If not, perhaps that one should be first in the list and should
be a must-do...

Kit Lo wrote:
> I've proposed the following 3 Babel topics for discussion in the up
> coming Eclipse Planning Council meeting. The chair of the Planning
> Council Rich Gronback has already added Babel participation as a
> Must-Do requirement for the Galileo release, and indicated an M6
> completion date.
>
> - each Eclipse project should add the Babel Pseudo Translation Test to
> their release plan to make sure their project is properly globalized,
> with all strings externalized, and all layout problems fixed
> - each Eclipse project should define their project map files at the
> Babel Translation Server so translators around the world could help
> translating the Eclipse project
> - each Eclipse project should freeze their translatable strings at M6
> to give translators enough time for translation before project release
> date
>

Ed Merks
Professional Support: https://www.macromodeling.com/

Report message to a moderator

Re: Galileo release plan, and how it will fit with Babel [message #56411 is a reply to message #56383]

Tue, 21 October 2008 12:52

Kit Lo

Messages: 137
Registered: July 2009

Senior Member

Ed Merks wrote:

> Kit,

> Of course history tells us that development issues will definitely come
> up such that a small number of translatable strings trickle in after the
> planned cutoff date. I get the impression that our processes are so
> well thought out that a small number of late arrivals would be easily
> handled. I notice that all these statements are should-do. Is is
> possible to participate in Babel without doing at least the second
> bullet? If not, perhaps that one should be first in the list and should
> be a must-do...

Hi Ed,

- the idea of the translatable strings freeze date is just to ask the
development teams to get the majority of the translatable strings ready,
and to think twice before changing them after the freeze date; this is
similar to the API freeze date; we sure can handle small number of changes
for critical bug fixes after the freeze date
- the 3 statements are just topics for discussion in the Eclipse Planning
Council meeting; it's up to the planning council to decide if they should
be must-do's or should-do's (of course we want all of them to be must-do's
:-)
- the second bullet is quite important and quite easy to do; after trying
to define the map files for a few projects ourselves, we noticed that
every project may structure their map files in a little different way,
it's easy for us to make mistakes and miss some of them; we are just
asking each project to define the map files for their releases, so we can
extract the translatable files and let all the translators around the
world translate the files

Report message to a moderator

Previous Topic:	Announcing : Bay Area Eclipse Regional Community
Next Topic:	Eclipse Banking Day in NYC

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Fri Apr 19 09:13:14 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter