Thread: Re: [Tuxpaint-devel] [Tuxpaint-cvs] tuxpaint/src i18n.c,1.60,1.61
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
From: Chion J. <f6...@or...> - 2009-11-22 05:53:08
|
Hello, seems line 321 a ";" is missing. 'tuxpaint' alone runs in english the message on the console is : lang (nil), locale (nil) lang "(null)", locale "(null)" lang_prefixes[14] is "en" *************************************** 'LC_ALL=fr_FR' tuxpaint in english the message on the console is : samer as above **************** 'tuxpaint --lang french runs in french the message on the console is : lang 0xbfb216c8, locale (nil) lang "french", locale "(null)" lang_prefixes[26] is "fr" rec hope this helps regards jacques |
From: Chion J. <f6...@or...> - 2009-11-23 06:47:39
|
> > The locale and lang stuff should work much better now. > Please try again. > > If it doesn't work, see if defining ABUSE_ENV at the top > of i18n.c helps. > > 1°) if i type 'tuxpaint', tuxpaint is in french (my locale): on the console : lang (nil), locale (nil) lang "(null)", locale "(null)" lang_prefixes[27] is "fr" 2°) if i type 'tuxpaint --lang french', tuxpaint is in french. On the console : lang 0xbfbfd6c7, locale (nil) lang "french", locale "(null)" lang_prefixes[27] is "fr" 3°) if i type 'tuxpaint --lang english', tuxpaint is in english On the console : lang 0xbf89f6c6, locale (nil) lang "english", locale "(null)" lang_prefixes[14] is "en" 4°) if i type 'tuxpaint --lang spanish', tuxpaint is in english on the console : lang 0xbfaf8689, locale (nil) lang "spanish", locale "(null)" lang_prefixes[14] is "en" i have not seen a difference when using ABUSE_ENV :( regards jacques |
From: Pere P. i C. <pe...@fo...> - 2009-11-23 12:56:53
|
El dl 23 de 11 de 2009 a les 07:47 +0100, en/na Chion Jacques va escriure: > > > > The locale and lang stuff should work much better now. > > Please try again. > > > > If it doesn't work, see if defining ABUSE_ENV at the top > > of i18n.c helps. > > > > > > 1°) if i type 'tuxpaint', tuxpaint is in french (my locale): > on the console : > lang (nil), locale (nil) > lang "(null)", locale "(null)" > lang_prefixes[27] is "fr" > > 2°) if i type 'tuxpaint --lang french', tuxpaint is in french. > On the console : > lang 0xbfbfd6c7, locale (nil) > lang "french", locale "(null)" > lang_prefixes[27] is "fr" > > 3°) if i type 'tuxpaint --lang english', tuxpaint is in english > On the console : > lang 0xbf89f6c6, locale (nil) > lang "english", locale "(null)" > lang_prefixes[14] is "en" > > 4°) if i type 'tuxpaint --lang spanish', tuxpaint is in english > on the console : > lang 0xbfaf8689, locale (nil) > lang "spanish", locale "(null)" > lang_prefixes[14] is "en" > I can confirm this, when the language called by lang=language is not listed by "locale -a" then it defaults to English. locale -a ar_EG.utf8 C ca_ES.utf8 el_GR.utf8 en_US.utf8 es_ES.utf8 fr_FR.utf8 he_IL.utf8 POSIX tuxpaint --lang=italian shows the UI in English ./tuxpaint --lang=italian lang 0xbfe9b823, locale (nil) lang "italian", locale "(null)" lang_prefixes[14] is "en" Adding the italian to locales then it shows in italian. #dpkg-reconfigure locales ./tuxpaint --lang=italian lang 0xbf813823, locale (nil) lang "italian", locale "(null)" lang_prefixes[40] is "it" Pere |
From: Bill K. <nb...@so...> - 2009-11-23 17:14:06
|
On Mon, Nov 23, 2009 at 01:56:15PM +0100, Pere Pujal i Carabantes wrote: > I can confirm this, when the language called by lang=language is not > listed by "locale -a" then it defaults to English. And this is reasonable, right? (I'm asking ;) ) -bill! |
From: Pere P. i C. <pe...@fo...> - 2009-11-23 17:47:53
|
El dl 23 de 11 de 2009 a les 09:13 -0800, en/na Bill Kendrick va escriure: > On Mon, Nov 23, 2009 at 01:56:15PM +0100, Pere Pujal i Carabantes wrote: > > I can confirm this, when the language called by lang=language is not > > listed by "locale -a" then it defaults to English. > > And this is reasonable, right? (I'm asking ;) ) This sounds reasonable, but I think we have translations to some languages that are still not included in the "locales" package shipped with Linux distributions. Don't know how other OS behave about locales. Pere |
From: Albert C. <aca...@gm...> - 2009-11-23 19:36:36
|
On Mon, Nov 23, 2009 at 12:13 PM, Bill Kendrick <nb...@so...> wrote: > On Mon, Nov 23, 2009 at 01:56:15PM +0100, Pere Pujal i Carabantes wrote: >> I can confirm this, when the language called by lang=language is not >> listed by "locale -a" then it defaults to English. > > And this is reasonable, right? (I'm asking ;) ) I don't think this is a behavior change. Is it? The i18n setup code is now all in one file, without the numerous interacting calles to setlocale and putenv, so we can at least see how this happens now. After setting the locale, a non-Windows platform reads it back to see what we really ended up with. I'd like to know why Windows is different. BTW, I'm assuming that **everybody** participating in this discussion runs Linux. If not, speak up now! The OS really matters for this. |
From: Pere P. i C. <pe...@fo...> - 2009-11-23 19:50:08
|
El dl 23 de 11 de 2009 a les 14:36 -0500, en/na Albert Cahalan va escriure: > On Mon, Nov 23, 2009 at 12:13 PM, Bill Kendrick <nb...@so...> wrote: > > On Mon, Nov 23, 2009 at 01:56:15PM +0100, Pere Pujal i Carabantes wrote: > >> I can confirm this, when the language called by lang=language is not > >> listed by "locale -a" then it defaults to English. > > > > And this is reasonable, right? (I'm asking ;) ) > > I don't think this is a behavior change. Is it? Yes. In the latest release you can run Tuxpaint in Swahili withouth having the Swahili locale. |
From: Bill K. <nb...@so...> - 2009-11-23 21:03:34
|
On Mon, Nov 23, 2009 at 02:36:20PM -0500, Albert Cahalan wrote: > On Mon, Nov 23, 2009 at 12:13 PM, Bill Kendrick <nb...@so...> wrote: > > On Mon, Nov 23, 2009 at 01:56:15PM +0100, Pere Pujal i Carabantes wrote: > >> I can confirm this, when the language called by lang=language is not > >> listed by "locale -a" then it defaults to English. > > > > And this is reasonable, right? (I'm asking ;) ) > > I don't think this is a behavior change. Is it? It is, actually. I know that Tux Paint supports some locales that are simply not available on Ubuntu. (e.g., "zam") So now when I run "tuxpaint --lang zapotec", I get English, which I believe is different from before. (i.e., Tux Paint really _forced_ the locale to work, somehow.) > The i18n setup code is now all in one file, without the > numerous interacting calles to setlocale and putenv, > so we can at least see how this happens now. After > setting the locale, a non-Windows platform reads it > back to see what we really ended up with. > > I'd like to know why Windows is different. > > BTW, I'm assuming that **everybody** participating in > this discussion runs Linux. If not, speak up now! > The OS really matters for this. Heh. Ugh, I wish it didn't. OSes are overrated. *switches on his Atari 2600* -bill! |
From: Caroline F. <car...@go...> - 2009-11-23 21:16:27
|
Arrgh do I need to try on OSX? Still can't get get it not to crash.. 2009/11/23 Bill Kendrick <nb...@so...> > > > BTW, I'm assuming that **everybody** participating in > > this discussion runs Linux. If not, speak up now! > > The OS really matters for this. > > Heh. Ugh, I wish it didn't. OSes are overrated. > *switches on his Atari 2600* > > -bill! > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > |
From: Bill K. <nb...@so...> - 2009-11-23 21:19:53
|
On Mon, Nov 23, 2009 at 09:16:13PM +0000, Caroline Ford wrote: > Arrgh do I need to try on OSX? Still can't get get it not to crash.. With the latest in CVS? Where's the crash? -bill! |
From: Caroline F. <car...@go...> - 2009-11-23 21:36:10
|
2009/11/23 Bill Kendrick <nb...@so...> > On Mon, Nov 23, 2009 at 09:16:13PM +0000, Caroline Ford wrote: > > Arrgh do I need to try on OSX? Still can't get get it not to crash.. > > With the latest in CVS? Where's the crash? > > -bill! > > I've not tried the latest in CVS. I was presuming we'd still have the font config problem. |
From: Bill K. <nb...@so...> - 2009-11-24 20:36:43
|
On Mon, Nov 23, 2009 at 09:35:57PM +0000, Caroline Ford wrote: > 2009/11/23 Bill Kendrick <nb...@so...> > > On Mon, Nov 23, 2009 at 09:16:13PM +0000, Caroline Ford wrote: > > Arrgh do I need to try on OSX? Still can't get get it not to > crash.. > > With the latest in CVS? Where's the crash? > -bill! > > I've not tried the latest in CVS. I was presuming we'd still have the font > config problem. Oh, I thought we decided that a work-around was to remove (or move) the fontconfig cache out of the way, prior to launching Tux Paint. Maybe I haven't been paying attention to the bug on SourceForge...? -bill! |
From: Martin F. <mf...@gm...> - 2009-11-24 20:44:36
|
Yes, (re)moving the fontconfig cache should work as a temporary workaround... Caroline has been trying to compile the latest version of fontconfig (which appears to have fixed the cache problem at my end) on Intel, but ran into some difficulties which I'm still thinking about. I may have access to an Intel MacBook this weekend, and will see if I can try a new fontconfig build... On Tue, Nov 24, 2009 at 1:36 PM, Bill Kendrick <nb...@so...> wrote: > On Mon, Nov 23, 2009 at 09:35:57PM +0000, Caroline Ford wrote: > > 2009/11/23 Bill Kendrick <nb...@so...> > > > > On Mon, Nov 23, 2009 at 09:16:13PM +0000, Caroline Ford wrote: > > > Arrgh do I need to try on OSX? Still can't get get it not to > > crash.. > > > > With the latest in CVS? Where's the crash? > > -bill! > > > > I've not tried the latest in CVS. I was presuming we'd still have the > font > > config problem. > > Oh, I thought we decided that a work-around was to remove (or move) the > fontconfig cache out of the way, prior to launching Tux Paint. > Maybe I haven't been paying attention to the bug on SourceForge...? > > -bill! > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > |
From: Bill K. <nb...@so...> - 2009-11-24 21:08:01
|
On Tue, Nov 24, 2009 at 01:44:24PM -0700, Martin Fuhrer wrote: > Yes, (re)moving the fontconfig cache should work as a temporary > workaround... Caroline has been trying to compile the latest version of > fontconfig (which appears to have fixed the cache problem at my end) on > Intel, but ran into some difficulties which I'm still thinking about. I > may have access to an Intel MacBook this weekend, and will see if I can > try a new fontconfig build... Ok got it, thanks! -bill! |
From: Schrijvers L. <Be...@sk...> - 2009-11-25 07:54:11
|
When starting tuxpaint without the --lang option it reverts to dutch here, when I try to run the --lang option however it reverts to english, dutch is the system default on my debian install and locale -a gives me: C nl_BE.utf8 POSIX Terminal output: ~/develop/tuxpaint$ tuxpaint --lang nederlands lang 0xbf9217da, locale (nil) lang "nederlands", locale "(null)" lang_prefixes[14] is "en" ~/develop/tuxpaint$ tuxpaint lang (nil), locale (nil) lang "(null)", locale "(null)" lang_prefixes[51] is "nl" Starting it from the gnome menu also works. Need to check in Haiku if the latest cvs checkout still works with the lang option (as we don't have a locale system yet). Luc Op maandag 23-11-2009 om 13:56 uur [tijdzone +0100], schreef Pere Pujal i Carabantes: > El dl 23 de 11 de 2009 a les 07:47 +0100, en/na Chion Jacques va > escriure: > > > > > > The locale and lang stuff should work much better now. > > > Please try again. > > > > > > If it doesn't work, see if defining ABUSE_ENV at the top > > > of i18n.c helps. > > > > > > > > > > 1°) if i type 'tuxpaint', tuxpaint is in french (my locale): > > on the console : > > lang (nil), locale (nil) > > lang "(null)", locale "(null)" > > lang_prefixes[27] is "fr" > > > > 2°) if i type 'tuxpaint --lang french', tuxpaint is in french. > > On the console : > > lang 0xbfbfd6c7, locale (nil) > > lang "french", locale "(null)" > > lang_prefixes[27] is "fr" > > > > 3°) if i type 'tuxpaint --lang english', tuxpaint is in english > > On the console : > > lang 0xbf89f6c6, locale (nil) > > lang "english", locale "(null)" > > lang_prefixes[14] is "en" > > > > 4°) if i type 'tuxpaint --lang spanish', tuxpaint is in english > > on the console : > > lang 0xbfaf8689, locale (nil) > > lang "spanish", locale "(null)" > > lang_prefixes[14] is "en" > > > > I can confirm this, when the language called by lang=language is not > listed by "locale -a" then it defaults to English. > > locale -a > ar_EG.utf8 > C > ca_ES.utf8 > el_GR.utf8 > en_US.utf8 > es_ES.utf8 > fr_FR.utf8 > he_IL.utf8 > POSIX > > tuxpaint --lang=italian shows the UI in English > ./tuxpaint --lang=italian > lang 0xbfe9b823, locale (nil) > lang "italian", locale "(null)" > lang_prefixes[14] is "en" > > Adding the italian to locales then it shows in italian. > #dpkg-reconfigure locales > > ./tuxpaint --lang=italian > lang 0xbf813823, locale (nil) > lang "italian", locale "(null)" > lang_prefixes[40] is "it" > > Pere > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
From: Bill K. <nb...@so...> - 2009-11-25 08:12:04
|
On Wed, Nov 25, 2009 at 08:53:39AM +0100, Schrijvers Luc wrote: > When starting tuxpaint without the --lang option it reverts to dutch > here, when I try to run the --lang option however it reverts to english, > dutch is the system default on my debian install and locale -a gives me: > C > nl_BE.utf8 > POSIX Whoops. When you issue "--lang nederlands" or "--lang dutch", we see that and request "nl_NL.utf8" from the locale system. We, err, should be smarter about this, or what? I honestly can't think of any other app that lets you supply locale stuff on the command-line. If anyone knows of any, speak up. We should learn from others. :) I like having "--lang" option and config file setting to make it REALLY REALLY easy to switch languages. Esp. in situations where someone's letting their children use their computer, and have a different locale (say, english) than what they want Tux Paint to use (say, their native tongue). On Linux/etc. we could always say "just open a terminal and run LC_ALL=xx_XX.utf8 tuxpaint", but that's not 'easy', nor is it something the majority of Windows or Mac OS X users could manage, I think. (Esp. if it's situations where the kids THEMSELVES are launching Tux Paint... say, at a school.) (I also heard of about a kid who ran Tux Paint in a diff lang. than her native tongue, because she was learning that lang. in school and was using Tux Paint to practice it. :) ) -bill! |
From: Schrijvers L. <Be...@sk...> - 2009-11-25 08:11:59
|
Nevermind my last post ;) Seems I missed the nl_NL locales here, or maybe nl_BE could be added to the locale system in TuxPaint? Anyway ... the --lang option works now! Thnx Bill for pointing out. ;) ~/develop/tuxpaint$ tuxpaint --lang nederlands lang 0xbf8a67da, locale (nil) lang "nederlands", locale "(null)" lang_prefixes[51] is "nl" Luc Op woensdag 25-11-2009 om 08:53 uur [tijdzone +0100], schreef Schrijvers Luc: > When starting tuxpaint without the --lang option it reverts to dutch > here, when I try to run the --lang option however it reverts to english, > dutch is the system default on my debian install and locale -a gives me: > C > nl_BE.utf8 > POSIX > Terminal output: > ~/develop/tuxpaint$ tuxpaint --lang nederlands > lang 0xbf9217da, locale (nil) > lang "nederlands", locale "(null)" > lang_prefixes[14] is "en" > ~/develop/tuxpaint$ tuxpaint > lang (nil), locale (nil) > lang "(null)", locale "(null)" > lang_prefixes[51] is "nl" > Starting it from the gnome menu also works. > > Need to check in Haiku if the latest cvs checkout still works with the > lang option (as we don't have a locale system yet). > > Luc > > Op maandag 23-11-2009 om 13:56 uur [tijdzone +0100], schreef Pere Pujal > i Carabantes: > > El dl 23 de 11 de 2009 a les 07:47 +0100, en/na Chion Jacques va > > escriure: > > > > > > > > The locale and lang stuff should work much better now. > > > > Please try again. > > > > > > > > If it doesn't work, see if defining ABUSE_ENV at the top > > > > of i18n.c helps. > > > > > > > > > > > > > > 1°) if i type 'tuxpaint', tuxpaint is in french (my locale): > > > on the console : > > > lang (nil), locale (nil) > > > lang "(null)", locale "(null)" > > > lang_prefixes[27] is "fr" > > > > > > 2°) if i type 'tuxpaint --lang french', tuxpaint is in french. > > > On the console : > > > lang 0xbfbfd6c7, locale (nil) > > > lang "french", locale "(null)" > > > lang_prefixes[27] is "fr" > > > > > > 3°) if i type 'tuxpaint --lang english', tuxpaint is in english > > > On the console : > > > lang 0xbf89f6c6, locale (nil) > > > lang "english", locale "(null)" > > > lang_prefixes[14] is "en" > > > > > > 4°) if i type 'tuxpaint --lang spanish', tuxpaint is in english > > > on the console : > > > lang 0xbfaf8689, locale (nil) > > > lang "spanish", locale "(null)" > > > lang_prefixes[14] is "en" > > > > > > > I can confirm this, when the language called by lang=language is not > > listed by "locale -a" then it defaults to English. > > > > locale -a > > ar_EG.utf8 > > C > > ca_ES.utf8 > > el_GR.utf8 > > en_US.utf8 > > es_ES.utf8 > > fr_FR.utf8 > > he_IL.utf8 > > POSIX > > > > tuxpaint --lang=italian shows the UI in English > > ./tuxpaint --lang=italian > > lang 0xbfe9b823, locale (nil) > > lang "italian", locale "(null)" > > lang_prefixes[14] is "en" > > > > Adding the italian to locales then it shows in italian. > > #dpkg-reconfigure locales > > > > ./tuxpaint --lang=italian > > lang 0xbf813823, locale (nil) > > lang "italian", locale "(null)" > > lang_prefixes[40] is "it" > > > > Pere > > > > > > ------------------------------------------------------------------------------ > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > > trial. Simplify your report design, integration and deployment - and focus on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > _______________________________________________ > > Tuxpaint-devel mailing list > > Tux...@li... > > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
From: Bill K. <nb...@so...> - 2009-11-25 08:21:57
|
On Wed, Nov 25, 2009 at 09:11:26AM +0100, Schrijvers Luc wrote: > Nevermind my last post ;) > > Seems I missed the nl_NL locales here, or maybe nl_BE could be added to > the locale system in TuxPaint? As I'm mentioning on #tux4kids IRC channel to Luc right now, the locales we provide shortcuts for via "--lang" are only the ones for which we actually have translations (i.e., ones where we have gettext a '.po' file) For example, we have "british-english" and "australian-english" because we actually have separate translations from them (and separate from the American english in the source, the "C locale"). His response is: <Begasus> the translations should be the same (both dutch) only how it's picked up by tuxpaint In that case, I'm not 100% sure what we should do. If we see "--lang nederlands", try to set "nl_NL.utf8" and fail... should we then go through some list (one that includes "nl_BE.utf8")? Is it sufficient to try asking for just "nl" or "nl.utf8"? Would changing what we're doing now even be a good idea? :) Thanks, -bill! |
From: Albert C. <aca...@gm...> - 2009-11-22 09:55:52
|
The locale and lang stuff should work much better now. Please try again. If it doesn't work, see if defining ABUSE_ENV at the top of i18n.c helps. |