Re: New team for English Pig Latin epl
Hi, On Wed, 2011-10-12 at 19:51 +0200, Alexander Jansen wrote: English Pig Latin Hngliseus Gipus Natilus epl Is there a glibc locale for this, or have you applied for one in http://sources.redhat.com/bugzilla ? For those that had no idea either: https://secure.wikimedia.org/wikipedia/en/wiki/Pig_Latin andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper | http://www.openismus.com ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: New team for English Pig Latin epl
On Thu, Oct 13, 2011 at 2:15 AM, Andre Klapper ak...@gmx.net wrote: Hi, On Wed, 2011-10-12 at 19:51 +0200, Alexander Jansen wrote: English Pig Latin Hngliseus Gipus Natilus epl Is there a glibc locale for this, or have you applied for one in http://sources.redhat.com/bugzilla ? Probably needs to get it accepted as an ISO-639 code first, http://www.loc.gov/standards/iso639-2/php/iso639-2form.php let me know how that goes. . . For those that had no idea either: https://secure.wikimedia.org/wikipedia/en/wiki/Pig_Latin As a native speaker, I think the request must for some variant like epl_NO because in epl_US, the language name would be ig-Pay atin-Lay and not Gipus Natilus. cjl ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: New team for English Pig Latin epl
Le jeudi 13 octobre 2011 à 02:44 -0400, Chris Leonard a écrit : On Thu, Oct 13, 2011 at 2:15 AM, Andre Klapper ak...@gmx.net wrote: Hi, On Wed, 2011-10-12 at 19:51 +0200, Alexander Jansen wrote: English Pig Latin Hngliseus Gipus Natilus epl Is there a glibc locale for this, or have you applied for one in http://sources.redhat.com/bugzilla ? Probably needs to get it accepted as an ISO-639 code first, http://www.loc.gov/standards/iso639-2/php/iso639-2form.php let me know how that goes. . . Being a language game, I somehow doubt that it will be accepted by glibc or iso. For those that had no idea either: https://secure.wikimedia.org/wikipedia/en/wiki/Pig_Latin As a native speaker, I think the request must for some variant like epl_NO because in epl_US, the language name would be ig-Pay atin-Lay and not Gipus Natilus. I must admit I'm a bit hesitant about giving resources to those sort of languages. Of course, nothing prevent anyone from creating the necessary files for such languages, and then package them for extra installations on any distro. But we have to keep in mind that any new language do add costs globally: setup time on infrastructure level, bandwith time for everyone who checkout sources, storage cost, more longer language dropdowns, etc. etc. For any real language, I'm convinced it's always worth the cost, but not so for languages that have no real native speakers. Don't we have enough languages on earth to have to add more? Sorry if I offended anyone. I'm always open to any counter-arguments :-) Claude -- www.2xlibre.net ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: New team for English Pig Latin epl
On Thu, Oct 13, 2011 at 3:02 AM, Claude Paroz cla...@2xlibre.net wrote: Le jeudi 13 octobre 2011 à 02:44 -0400, Chris Leonard a écrit : On Thu, Oct 13, 2011 at 2:15 AM, Andre Klapper ak...@gmx.net wrote: Hi, On Wed, 2011-10-12 at 19:51 +0200, Alexander Jansen wrote: English Pig Latin Hngliseus Gipus Natilus epl Is there a glibc locale for this, or have you applied for one in http://sources.redhat.com/bugzilla ? Probably needs to get it accepted as an ISO-639 code first, http://www.loc.gov/standards/iso639-2/php/iso639-2form.php let me know how that goes. . . Being a language game, I somehow doubt that it will be accepted by glibc or iso. For those that had no idea either: https://secure.wikimedia.org/wikipedia/en/wiki/Pig_Latin As a native speaker, I think the request must for some variant like epl_NO because in epl_US, the language name would be ig-Pay atin-Lay and not Gipus Natilus. I must admit I'm a bit hesitant about giving resources to those sort of languages. Of course, nothing prevent anyone from creating the necessary files for such languages, and then package them for extra installations on any distro. But we have to keep in mind that any new language do add costs globally: setup time on infrastructure level, bandwith time for everyone who checkout sources, storage cost, more longer language dropdowns, etc. etc. For any real language, I'm convinced it's always worth the cost, but not so for languages that have no real native speakers. Don't we have enough languages on earth to have to add more? Sorry if I offended anyone. I'm always open to any counter-arguments :-) Claude I do apologize for not using sarcasm /sarcasm tags in my message. I completely agree that epl would be a waste of resources and I also aplogize for wasting precious attention on a poor attempt at humor. On a more serious note, I am engaged in several projects to localize the Sugar UI for the OLPC XO laptop into indigenous languages of South and Central America (in particular in Mexicao and Peru). hus - Huastec (Téenek) has made excellent progress and the OLPC Mexico team may soon be tackling nah - Nahuatl A group in Peru is planning a translation marathon in Lima for Quechua [most likely the quz - Quechua (Cusco-Collao) variant] as well as aym - Aymara (Aru). glibc locales are in development and will be upstreamed when ready. There are certain advantages to working on Sugar L10n, as a graphic-heavy interface, we can provide a fairly fully localized interface on a small string budget (about 10K words covers Sugar and many educational actviities. It may be some time before the teams are ready to take on a full Gnome L10n effort, but I will be encouraging them to consider the OLPC release set of Gnome packages in order to provide L10n in the Gnome dual-boot on OLPC builds, but we are starting with Sugar first for what I hope are obvious reasons. One can anticipate that raising kids to expect a native language computing experience will help drive more upstream L10n in future. If anyone has contacts interested in these indigenous languages or any number of other less-common languages from the less-developed regions that the OLPC effort is targeting, please feel free to join the effort on our Poolte server. http://translate.sugarlabs.org/ Warmest Regards, cjl ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: New team for English Pig Latin epl
On Thu, Oct 13, 2011 at 2:02 PM, Claude Paroz cla...@2xlibre.net wrote: Le jeudi 13 octobre 2011 à 02:44 -0400, Chris Leonard a écrit : On Thu, Oct 13, 2011 at 2:15 AM, Andre Klapper ak...@gmx.net wrote: Hi, On Wed, 2011-10-12 at 19:51 +0200, Alexander Jansen wrote: English Pig Latin Hngliseus Gipus Natilus epl Is there a glibc locale for this, or have you applied for one in http://sources.redhat.com/bugzilla ? Probably needs to get it accepted as an ISO-639 code first, http://www.loc.gov/standards/iso639-2/php/iso639-2form.php let me know how that goes. . . Being a language game, I somehow doubt that it will be accepted by glibc or iso. Klingon has ISO language code ;) -- andika ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: gnome-i18n Digest, Vol 90, Issue 16 Message 5
I read a book with a note on pig latin: swap first and last letter of each word and add us at the end. I called it english pig latin, because it's mocking words in english. Ius dearus aus koobus hitwus aus nous gipus natilus: pwasus tirsfus dnaus taslus rettelus fous haceus dorwus dnaus ddaus suus taus ehtus dneus. Ius dallecus tius hngliseus gipus natilus, eecausbus st'ius gockinmus sordwus nius hngliseus. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
[yelp] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: f4c77a2... Updated Polish translation ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Freeze break request for gnome-shell
On 13 October 2011 15:03, Florian Müllner fmuell...@gnome.org wrote: So I'd like to request a UI freeze break for the addition of context menus (screenshot attached) and a string freeze break for the four strings introduced in the patch (Copy, Paste, Show Text, Hide Text). +1 from me, thanks for complete this for 3.2.1 -- Javier Jardón Cabezas ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String additions to 'zenity.master'
This is an automatic notification from status generation scripts on: http://l10n.gnome.org. There have been following string additions to module 'zenity.master': + Add a new List in forms dialog + List field and header name + List of values for List + List of values separated by | Note that this doesn't directly indicate a string freeze break, but it might be worth investigating. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Freeze break request for gnome-shell
On Thu, 2011-10-13 at 16:03 +0200, Florian Müllner wrote: On mar, 2011-09-20 at 16:30 -0400, Matthias Clasen wrote: On Mon, Sep 19, 2011 at 10:00 AM, Florian Müllner fmuell...@gnome.org wrote: On lun, 2011-09-19 at 15:39 +0200, Luca Ferretti wrote: It's a -1 from me. A small visual incoherence is better then feature regression. Better wait 3.4 for a proper solution. I'm less worried about visual incoherence here, but rather about wrong usage of the switch widget[0], which might get picked up by application authors. And I assume we don't have checkboxes for shell dialogs...:-( I am not too worried about the 'feature' that we are temporarily losing here. I assume we can get context menus (and thus the ability to show passwords) in 3.2.1, Florian ? I'm not sure everyone is aware, but Owen was uncomfortable with the feature regression, so I backed out for 3.2 despite release team approval. I'm bringing it up again for 3.2.1, as the context menu patch is now ready to land[0] (but obviously requires another freeze break). So I'd like to request a UI freeze break for the addition of context menus (screenshot attached) and a string freeze break for the four strings introduced in the patch (Copy, Paste, Show Text, Hide Text). It doesn't appear we mention the switch in the help, so this won't invalidate anything. I would like to add a note about right-clicking to see the password to step 2 in net-wireless-connect.page. I can't do that now, because gnome-user-docs is frozen for 3.2.1. I'll give a docs team approval, with the understanding that we won't add the note in the help until 3.2.2. -- Shaun ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Freeze break request for gnome-shell
On Thu, 2011-10-13 at 16:03 +0200, Florian Müllner wrote: On mar, 2011-09-20 at 16:30 -0400, Matthias Clasen wrote: On Mon, Sep 19, 2011 at 10:00 AM, Florian Müllner fmuell...@gnome.org wrote: On lun, 2011-09-19 at 15:39 +0200, Luca Ferretti wrote: It's a -1 from me. A small visual incoherence is better then feature regression. Better wait 3.4 for a proper solution. I'm less worried about visual incoherence here, but rather about wrong usage of the switch widget[0], which might get picked up by application authors. And I assume we don't have checkboxes for shell dialogs...:-( I am not too worried about the 'feature' that we are temporarily losing here. I assume we can get context menus (and thus the ability to show passwords) in 3.2.1, Florian ? I'm not sure everyone is aware, but Owen was uncomfortable with the feature regression, so I backed out for 3.2 despite release team approval. I'm bringing it up again for 3.2.1, as the context menu patch is now ready to land[0] (but obviously requires another freeze break). So I'd like to request a UI freeze break for the addition of context menus (screenshot attached) and a string freeze break for the four strings introduced in the patch (Copy, Paste, Show Text, Hide Text). Just to be sure: We're only talking about gnome-shell's password prompt here, and not the password entry on the Wireless Security tab when you edit a connection, right? -- Shaun ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Freeze break request for gnome-shell
On jue, 2011-10-13 at 13:09 -0400, Shaun McCance wrote: Just to be sure: We're only talking about gnome-shell's password prompt here, and not the password entry on the Wireless Security tab when you edit a connection, right? Right. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String additions to 'zenity.master'
Hi Arx, your latest commit broke the string freeze. On Thu, 2011-10-13 at 16:44 +, GNOME Status Pages wrote: There have been following string additions to module 'zenity.master': + Add a new List in forms dialog + List field and header name + List of values for List + List of values separated by | Please either revert, or branch for gnome-3-2 and have this commit only in git master. andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper | http://www.openismus.com ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
[sound-juicer] Created branch gnome-3-2
The branch 'gnome-3-2' was created. Summary of new commits: 3d02278... Bump version to 3.2.1 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Freeze break request for gnome-shell
Hi! I think we discussed that already for the original break request, so 1 of 2 from i18n. Regards, Johannes ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
[gcalctool] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 81e2988... Fix cm2 conversion rates (Bug #661582) ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n