wxperl-users — For wxPerl users

[wxperl-users] Win32 Locale code table (MSDN)

[Jouke V. <jo...@pv...>]

I found this list on MSDN. Maybe it's useful for others. I haven't tried=20
those yet (I reverted back to Locale::Maketext::Lexicon), but if it=20
works with Wx::Locale this might be useful to include in the wxPerl=20
documentation...

Jouke
-------------------------------------------------------------------------=
----
       Locale Code Table

Platform Builder supports all locales that are marked with an ampersand
(&). For historical reasons, all locale names marked with an asterisk
(*) do not use the standard three-letter naming convention. Use the
locale directory to set the COUNTRY environment variable for a localized
build of the OS. The following table shows the worldwide locales.

Locale |Locale directory (COUNTRY) |Locale identifier (LCID) |Default=20
code page |Language: Country/region (sub-language)
________________________________________________________________________
ARA ARA 0x0401 1256 Arabic: Saudi Arabia
ARI ARI 0x0801 1256 Arabic: Iraq
ARE ARE 0x0c01 1256 Arabic: Egypt
ARL ARL 0x1001 1256 Arabic: Libya
ARG ARG 0x1401 1256 Arabic: Algeria
ARM ARM 0x1801 1256 Arabic: Morocco
ART ART 0x1c01 1256 Arabic: Tunisia
ARO ARO 0x2001 1256 Arabic: Oman
ARY ARY 0x2401 1256 Arabic: Yemen
ARS ARS 0x2801 1256 Arabic: Syria
ARJ ARJ 0x2c01 1256 Arabic: Jordan
ARB ARB 0x3001 1256 Arabic: Lebanon
ARK ARK 0x3401 1256 Arabic: Kuwait
ARU ARU 0x3801 1256 Arabic: U.A.E.
ARH ARH 0x3c01 1256 Arabic: Bahrain
ARQ ARQ 0x4001 1256 Arabic: Qatar
BGR BGR 0x0402 1251 Bulgarian: Bulgaria
CAT CAT 0x0403 1252 Catalan: Spain
CHT CHT 0x0404 950 Chinese: Traditional (Taiwan)
CHS CHS 0x0804 936 Chinese: Simplified (PRC)
ZHH ZHH 0x0c04 936 Chinese: Hong Kong S.A.R., PRC
ZHI ZHI 0x1004 936 Chinese: Singapore
ZHM ZHM 0x1404 936 Chinese: Macau SAR
CSY CSY 0x0405 1250 Czech: Czech Republic
DAN DAN 0x0406 1252 Danish: Denmark
&*GERMANY GER 0x0407 1252 German: Germany ? Country name and directory
non-standard
DES DES 0x0807 1252 German: Switzerland
DEA DEA 0x0c07 1252 German: Austria
DEL DEL 0x1007 1252 German: Luxembourg
DEC DEC 0x1407 1252 German: Liechtenstein
ELL ELL 0x0408 1253 Greek: Greece
&USA USA 0x0409 1252 English: United States
ENG ENG 0x0809 1252 English: United Kingdom
ENA ENA 0x0c09 1252 English: Australia
ENC ENC 0x1009 1252 English: Canada
ENZ ENZ 0x1409 1252 English: New Zealand
ENI ENI 0x1809 1252 English: Ireland
ENS ENS 0x1c09 1252 English: South Africa
ENJ ENJ 0x2009 1252 English: Jamaica
ENB ENB 0x2409 1252 English: Caribbean
ENL ENL 0x2809 1252 English: Belize
ENT ENT 0x2c09 1252 English: Trinidad
ENW ENW 0x3009 1252 English: Zimbabwe
ENP ENP 0x3409 1252 English: Philippines
&*SPAIN ESP 0x040a 1252 Spanish: Spain (Traditional Sort)
ESM ESM 0x080a 1252 Spanish: Mexico
ESN ESN 0x0c0a 1252 Spanish: Spain (International Sort)
ESG ESG 0x100a 1252 Spanish: Guatemala
ESC ESC 0x140a 1252 Spanish: Costa Rica
ESA ESA 0x180a 1252 Spanish: Panama
ESD ESD 0x1c0a 1252 Spanish: Dominican Republic
ESV ESV 0x200a 1252 Spanish: Venezuela
ESO ESO 0x240a 1252 Spanish: Colombia
ESR ESR 0x280a 1252 Spanish: Peru
ESS ESS 0x2c0a 1252 Spanish: Argentina
ESF ESF 0x300a 1252 Spanish: Ecuador
ESL ESL 0x340a 1252 Spanish: Chile
ESY ESY 0x380a 1252 Spanish: Uruguay
ESZ ESZ 0x3c0a 1252 Spanish: Paraguay
ESB ESB 0x400a 1252 Spanish: Bolivia
ESE ESE 0x440a 1252 Spanish: El Salvador
ESH ESH 0x480a 1252 Spanish: Honduras
ESI ESI 0x4c0a 1252 Spanish: Nicaragua
ESU ESU 0x500a 1252 Spanish: Puerto Rico
FIN FIN 0x040b 1252 Finnish: Finland
&*FRANCE FRA 0x040c 1252 French: France
FRB FRB 0x080c 1252 French: Belgium
FRC FRC 0x0c0c 1252 French: Canada
FRS FRS 0x100c 1252 French: Switzerland
FRL FRL 0x140c 1252 French: Luxembourg
FRM FRM 0x180c 1252 French: Monaco
HEB HEB 0x040d 1255 Hebrew: Israel
HUN HUN 0x040e 1250 Hungarian: Hungary
ISL ISL 0x040f 1252 Icelandic: Iceland
&*ITALY ITA 0x0410 1252 Italian: Italy
ITS ITS 0x0810 1252 Italian: Switzerland
&JAPAN JPN 0x0411 932 Japanese: Japan
&*KOREA KOR 0x0412 949 Korean (Extended Wansung): Korea
&NLD NLD 0x0413 1252 Dutch: Netherlands
NLB NLB 0x0813 1252 Dutch: Belgium
NOR NOR 0x0414 1252 Norwegian: Norway (Bokm=E5l)
NON NON 0x0814 1252 Norwegian: Norway (Nynorsk)
PLK PLK 0x0415 1250 Polish: Poland
&*BRAZIL PTB 0x0416 1252 Portuguese: Brazil
PTG PTG 0x0816 1252 Portuguese: Portugal
ROM ROM 0x0418 1250 Romanian: Romania
RUS RUS 0x0419 1251 Russian: Russia
HRV HRV 0x041a 1250 Croatian: Croatia
SRL SRL 0x081a 1250 Serbian: Serbia (Latin)
SRB SRB 0x0c1a 1251 Serbian: Serbia (Cyrillic)
SKY SKY 0x041b 1250 Slovak: Slovakia
SQI SQI 0x041c 1250 Albanian: Albania
&SVE SVE 0x041d 1252 Swedish: Sweden
SVF SVF 0x081d 1252 Swedish: Finland
THA THA 0x041e 874 Thai: Thailand
TRK TRK 0x041f 1254 Turkish: Turkey
URP URP 0x0420 1256 Urdu: Pakistan
IND IND 0x0421 1252 Indonesian: Indonesia
UKR UKR 0x0422 1251 Ukrainian: Ukraine
BEL BEL 0x0423 1251 Belarusian: Belarus
SLV SLV 0x0424 1250 Slovene: Slovenia
ETI ETI 0x0425 1257 Estonian: Estonia
LVI LVI 0x0426 1257 Latvian: Latvia
LTH LTH 0x0427 1257 Lithuanian: Lithuania
LTC LTC 0x0827 1257 Classic Lithuanian: Lithuania
FAR FAR 0x0429 1256 Farsi: Iran
VIT VIT 0x042a 1258 Vietnamese: Vietnam
HYE HYE 0x042b 1252 Armenian: Armenia
AZE AZE 0x042c 1250 Azeri: Azerbaijan (Latin)
AZE AZE 0x082c 1251 Azeri: Azerbaijan (Cyrillic)
MKI MKI 0x042f 1251 FYRO Macedonian: Former Yugoslav Republic of Macedoni=
a
AFK AFK 0x0436 1252 Afrikaans: South Africa
KAT KAT 0x0437 1252 Georgian: Georgia
FOS FOS 0x0438 1252 Faeroese: Faeroe Islands
HIN HIN 0x0439 1252 Hindi: India
MSL MSL 0x043e 1252 Malay: Malaysia
MSB MSB 0x083e 1252 Malay: Brunei Darussalam
KAZ KAZ 0x043f 1251 Kazak: Kazakhstan
SWK SWK 0x0441 1252 Swahili: Kenya
UZB UZB 0x0443 1250 Uzbek: Uzbekistan (Latin)
UZB UZB 0x0843 1251 Uzbek: Uzbekistan (Cyrillic)
TAT TAT 0x0444 1251 Tatar: Tatarstan
BEN BEN 0x0445 1252 Bengali: India
PAN PAN 0x0446 1252 Punjabi: India
GUJ GUJ 0x0447 1252 Gujarati: India
ORI ORI 0x0448 1252 Oriya: India
TAM TAM 0x0449 1252 Tamil: India
TEL TEL 0x044a 1252 Telugu: India
KAN KAN 0x044b 1252 Kannada: India
MAL MAL 0x044c 1252 Malayalam: India
ASM ASM 0x044d 1252 Assamese: India
MAR MAR 0x044e 1252 Marathi: India
SAN SAN 0x044f 1252 Sanskrit: India
KOK KOK 0x0457 1252 Konkani: India



--=20

  --------------------------------------------------------------------
| Jouke Visser           | http://jouke.pvoice.org  (personal)       |
|                        | http://www.pvoice.org    (pVoice & pStory)|
| Perl GUI Geek          | http://wxperl.pvoice.org (wxPerl)         |
  --------------------------------------------------------------------

Re[2]: [wxperl-users] Unicode tests

[Mattia B. <mb...@ds...>]

On Mon, 28 Oct 2002 16:54:03 +0100 Jouke Visser <jo...@pv...> wrote:

> OK, very clear. That leaves me with only one question. What are the 
> parameters of the Wx::Locale->new() function? In the wxLocale.pm demo it 
> takes three parameters, a string representing the user-readable 
> language, and two times the two-letter language abbreviation ('en', 'en' 
> for example).
  What about the wxWindows documentation?
Anyway, the second parameter is the directory prefix used to look up
the .po file, the third is used in the call to setlocale().
As I just discovered (see the other mail), the third parameter is
system-dependent.

> When I try this for example for 'ja' (the standard abbreviation for 
> Japanese), I get the error 'locale 'ja' can not be set', which is an 
> error from wxWindows. I call Wx::Locale with:
  MSVCRT things the abbreviation for japanese is "jpn"...
(again, see the other mail).

> Any idea about that?
> 
> PS: the new binary seems to work, although my Win2K system itself here 
> doesn't allow other charactersets and I can't install others here at 
> work, but it looks different than it did with the other binary.
  It works for me (after installing the chinese support).

Regards
Mattia

Re[2]: [wxperl-users] Unicode tests

[Mattia B. <mb...@ds...>]

On Mon, 28 Oct 2002 16:58:25 +0100 Jouke Visser <jo...@pv...> wrote:

 > To be more precise:
> 
> the ones that work: 'en', 'fr' and 'it'
> the ones that don't work: 'nl', 'de', 'es', 'pt_br', 'jp'
  The third argument to wxLocale->new is (I discovered it just now),
platform specific[1]; in Windows (according to MSVC5 documentation)
de => deu (german) | dea (austrian german)
nl => nlb (belgian dutch) | ndl (netherland(ese?) dutch) 
es => esp (default) | esm (mexican) | esn (modern)
      ... [2]

> These languages are the ones that I have .po and .mo files for

Regards
Mattia

[1] you can argue that wxWindows is all about avoiding platform
    specificity (and I agree with you). I think the reason is that
    there juat way too much weird paltforms around to cope with.
    You can always ask on wx-users, though.

[2] to be hones that page does not list "it" nor "fr", nor "en",
    but since them "just worked" I did not notice until now

Re: [wxperl-users] Unicode tests

[Mattia B. <mb...@ds...>]

On Tue, 29 Oct 2002, Jouke Visser wrote:

<app crashing, wxLocale related>

>It seems that both are related. I can't really give you a testcase. From 
>what I deduced so far the problem is as follows:
>
>I have a preferences window in my app. If I change the language (and 
>therefore the locale), there is no problem as long as the locale-change 
>doesn't produce that "Locale 'xx' can't be set" error. If it does, the 
>app crashes without any error or warning. It doesn't even produce that 
>Locale-set error. But when I restart the application, it has remembered 
>my locale-change, produces the Locale-set error, and when I change it 
>again, the same thing happens: I can change to whatever language I want, 
>as often as I want, until I choose a language that produces the same 
>error again and it crashes again without that error.
>
>If you want to I can send you the complete source of my app, but I think 
>that causes too much confusion. If you really need example code, I can 
>try to strip out all code that's not related to this issue and send it 
>to you then.

  I think this characterisation is good enough, I will let you know if 
still I can't reproduce.

Thanks
Mattia 

Re: [wxperl-users] Feature requests

[Mattia B. <mb...@ds...>]

On Tue, 29 Oct 2002, Jouke Visser wrote:

>>>2. I was playing with Wx::EvtHandler and the Disconnect method only 
>>>allowed me to use the second form, using the 'lastid' parameter. I have 
>>>no clue what I should fill in there, and using the default -1 didn't 
>>>work. I think the first form of Disconnect ($handler->Disconnect(id, 
>>>eventtype)) would be much easier to use. Could you allow this?
>>>
>>  Using -1 should work (test case?). If you added the event handler
>>using some EVT_FOO, you can use EVT_FOO( ..., undef ) to disconnect it
>>(if it does not work, it is a bug). (this is from 0.12).
>>
>Well, I've eventually worked around it (the sub that was my event 
>handler now checks for a flag and calls other subs depending on the 
>flag), but I'll try again and let you know. I'm sure that EVT_FOO(..., 
>sub {}) (empty sub) at least *didn't* work (which I tried), because it 
>kept calling the original sub EVT_FOO was defined with.
  Yes, but sub {} != undef... [1]

>>>5. One very important feature request for me personally would be to wrap 
>>>Wx::MemoryFSHandler. In the wxPerl 0.12 documentation you state that 
>>>this class is not implemented, however from the demo.pl and from my own 
>>>experience I know that Wx::ZipFSHandler and Wx::InternetFSHanderl *are* 
>>>implemented. I presume the documentation is right and that the 
>>>MemoryFSHandler is *not* currently implemented, which is something I 
>>>can't see why.
>>>
>>Well, for no particular reason. Again, will not be in 0.12.
>>
>Again, understandable that it won't be in 0.12, but is there a chance 
>I'll see it in 0.13?
  I don't know (really). The plan for 0.13 is to "just" change the build
system to be able to build external XS modules (Wx::ActiveX, ATM,
more will probably follow later). Given that my hacking time is now 
limited (university started again...), I will see what I can do.
I think wxMemoryFSH and wxWave can go in (they are small classes),
though.

>If I were more into XS stuff, I'd certainly submit patches, but that's 
>something I've never done before and I presume that if I'd submit 
>patches, everyone would like them to be good, not beginners-stuff...
>
>Maybe that's something for my personal to-do list...getting more into XS...

Regards
Mattia

Re: [wxperl-users] Unicode tests

[Jouke V. <jo...@pv...>]

>
>
>>I got a Japanese translationfile in UTF-8, which looks OK in poEdit and
>>UltraEdit, and tried to use it using Wx::Locale, but no-go: it looks
>>like line-noise.
>>
>Of course! You are not using an Unicode-capable wxPerl/wxWindows.
>
Well, with the new binary it's fixed indeed. I can see perfect Japanese 
characters (that if it's correctly translated should represent what I 
hope it will ;-)  ) Thanks!

>>And another thing that is quite flakey: I have a preferences window in
>>my application and when I try to change the language there more than
>>three times in one session, the application crashes without any
>>error-message. Since this wasn't there when I used
>>Locale::Maketext::Lexicon (I didn't change any logic in the program, I
>>just replaced the gettext from that module to that from Wx::Locale and
>>of course the initialization), this must have something to do with
>>Wx::Locale.
>>
>OK, but I can't reproduce it in the demo. Test case?
>
>>Now, the machine I'm  testing on is Windows XP, I'm using wxPerl 0.12
>>(the PPM binary from the site) and ActivePerl build 633.
>>
>>The .po/.mo files are OK, since poEdit handles everything correctly.
>>
>>And oh yeah, with some locale-sets (for example 'nl') I get a popup
>>window (from Wx) that it can't set that locale (although 'nl' is my
>>default on this machine) and it continues with the correct
>>translations...isn't that weird? I've tried to set it to 'nl', 'nl-nl',
>>'nl_nl', but nothing works. As far as I know it should just be 'nl'
>>(which worked with Locale::Maketext::Lexicon).
>>
>I can reproduce this, but I need to investigate it.
>
It seems that both are related. I can't really give you a testcase. From 
what I deduced so far the problem is as follows:

I have a preferences window in my app. If I change the language (and 
therefore the locale), there is no problem as long as the locale-change 
doesn't produce that "Locale 'xx' can't be set" error. If it does, the 
app crashes without any error or warning. It doesn't even produce that 
Locale-set error. But when I restart the application, it has remembered 
my locale-change, produces the Locale-set error, and when I change it 
again, the same thing happens: I can change to whatever language I want, 
as often as I want, until I choose a language that produces the same 
error again and it crashes again without that error.

If you want to I can send you the complete source of my app, but I think 
that causes too much confusion. If you really need example code, I can 
try to strip out all code that's not related to this issue and send it 
to you then.

-- 

 -------------------------------------------------------------------- 
| Jouke Visser           | http://jouke.pvoice.org  (personal)       |
|                        | http://www.pvoice.org    (pVoice & pStory)|
| Perl GUI Geek          | http://wxperl.pvoice.org (wxPerl)         |
 -------------------------------------------------------------------- 

Re: [wxperl-users] Feature requests

[Jouke V. <jo...@pv...>]

>
>
>   Surely not for 0.12 (if I keep adding things, I will
>never release it...)
>
Of course...I didn't expect you to add something right in the middle of 
a beta release phase ;-)

>>2. I was playing with Wx::EvtHandler and the Disconnect method only 
>>allowed me to use the second form, using the 'lastid' parameter. I have 
>>no clue what I should fill in there, and using the default -1 didn't 
>>work. I think the first form of Disconnect ($handler->Disconnect(id, 
>>eventtype)) would be much easier to use. Could you allow this?
>>
>  Using -1 should work (test case?). If you added the event handler
>using some EVT_FOO, you can use EVT_FOO( ..., undef ) to disconnect it
>(if it does not work, it is a bug). (this is from 0.12).
>
Well, I've eventually worked around it (the sub that was my event 
handler now checks for a flag and calls other subs depending on the 
flag), but I'll try again and let you know. I'm sure that EVT_FOO(..., 
sub {}) (empty sub) at least *didn't* work (which I tried), because it 
kept calling the original sub EVT_FOO was defined with.

>>5. One very important feature request for me personally would be to wrap 
>>Wx::MemoryFSHandler. In the wxPerl 0.12 documentation you state that 
>>this class is not implemented, however from the demo.pl and from my own 
>>experience I know that Wx::ZipFSHandler and Wx::InternetFSHanderl *are* 
>>implemented. I presume the documentation is right and that the 
>>MemoryFSHandler is *not* currently implemented, which is something I 
>>can't see why.
>>
>Well, for no particular reason. Again, will not be in 0.12.
>
Again, understandable that it won't be in 0.12, but is there a chance 
I'll see it in 0.13?

If I were more into XS stuff, I'd certainly submit patches, but that's 
something I've never done before and I presume that if I'd submit 
patches, everyone would like them to be good, not beginners-stuff...

Maybe that's something for my personal to-do list...getting more into XS...

-- 

 -------------------------------------------------------------------- 
| Jouke Visser           | http://jouke.pvoice.org  (personal)       |
|                        | http://www.pvoice.org    (pVoice & pStory)|
| Perl GUI Geek          | http://wxperl.pvoice.org (wxPerl)         |
 -------------------------------------------------------------------- 

Re: [wxperl-users] Feature requests

[Mattia B. <mb...@ds...>]

On Fri, 25 Oct 2002 12:27:59 +0200 Jouke Visser <jo...@pv...> wrote:

> Hi,
> 
> Mattia, I have a few requests for wxWindows classes to wrap in wxPerl:
> 
> 1. Could you wrap Wx::Wave in wxPerl? It would provide a nice 
> multi-platform .wav player. There is no Perl module on CPAN that can 
> play .wav files on Windows *and* linux using the same interface yet.
  Surely not for 0.12 (if I keep adding things, I will
never release it...)

> 2. I was playing with Wx::EvtHandler and the Disconnect method only 
> allowed me to use the second form, using the 'lastid' parameter. I have 
> no clue what I should fill in there, and using the default -1 didn't 
> work. I think the first form of Disconnect ($handler->Disconnect(id, 
> eventtype)) would be much easier to use. Could you allow this?
  Using -1 should work (test case?). If you added the event handler
using some EVT_FOO, you can use EVT_FOO( ..., undef ) to disconnect it
(if it does not work, it is a bug). (this is from 0.12).

> 3. Is there a possibility to wrap Wx::AutomationObject in the windows 
> version of wxPerl? That would allow me to discard Win32::OLE as an extra 
> module to use in my programs.
  Given that there already is Win32::OLE, this gets a very low priority.
I will accept patches wrapping it.

> 4. The same goes for Wx::DllLoader, which would prevent me from using 
> Win32::API
  No, Win32::API provides C/Perl glue code, which is not provided by
Wx::DllLoader. Wx::DllLoader would offer the same functionalities as
DynaLoader.

> 5. One very important feature request for me personally would be to wrap 
> Wx::MemoryFSHandler. In the wxPerl 0.12 documentation you state that 
> this class is not implemented, however from the demo.pl and from my own 
> experience I know that Wx::ZipFSHandler and Wx::InternetFSHanderl *are* 
> implemented. I presume the documentation is right and that the 
> MemoryFSHandler is *not* currently implemented, which is something I 
> can't see why.
Well, for no particular reason. Again, will not be in 0.12.

Regards
Mattia

Re[2]: [wxperl-users] Unicode support

[Mattia B. <mb...@ds...>]

On Fri, 25 Oct 2002 10:02:33 +0200 Jouke Visser <jo...@pv...> wrote:

> >
> >
> >   Now let's talk about wxPerl; wxPerl compiles in Unicode-mode (modulo
> >a couple small errors in 0.12; 0.11 should be fine (if you disable stc
> & xrc));
> >and when in Unicode mode it should fully support passing Unicode
> strings to
> >wxPerl[wxWindows] methods.
> >
> That leaves me with only one question: I'm using wxPerl 0.12 (by means 
> of the pre-compiled ppm you supply on the wxperl.sf.net download page). 
> Is that compiled in Unicode mode? Or should I revert to 0.11?
I will upload an unicode-capable snapshot today.
Note that this will only work in Windows NT/2k/XP.

Regards
Mattia

Re: [wxperl-users] Unicode tests

[Mattia B. <mb...@ds...>]

On Fri, 25 Oct 2002 19:04:17 +0200 Jouke Visser <jo...@pv...> wrote:

> Hi,
> 
> I got a Japanese translationfile in UTF-8, which looks OK in poEdit and
> UltraEdit, and tried to use it using Wx::Locale, but no-go: it looks
> like line-noise.
Of course! You are not using an Unicode-capable wxPerl/wxWindows.

> And another thing that is quite flakey: I have a preferences window in
> my application and when I try to change the language there more than
> three times in one session, the application crashes without any
> error-message. Since this wasn't there when I used
> Locale::Maketext::Lexicon (I didn't change any logic in the program, I
> just replaced the gettext from that module to that from Wx::Locale and
> of course the initialization), this must have something to do with
> Wx::Locale.
OK, but I can't reproduce it in the demo. Test case?

> Now, the machine I'm  testing on is Windows XP, I'm using wxPerl 0.12
> (the PPM binary from the site) and ActivePerl build 633.
> 
> The .po/.mo files are OK, since poEdit handles everything correctly.
> 
> And oh yeah, with some locale-sets (for example 'nl') I get a popup
> window (from Wx) that it can't set that locale (although 'nl' is my
> default on this machine) and it continues with the correct
> translations...isn't that weird? I've tried to set it to 'nl', 'nl-nl',
> 'nl_nl', but nothing works. As far as I know it should just be 'nl'
> (which worked with Locale::Maketext::Lexicon).
I can reproduce this, but I need to investigate it.

Regards
Mattia

Re[2]: [wxperl-users] Unicode tests

[Mattia B. <mb...@ds...>]

On Sat, 26 Oct 2002 09:31:53 +0200 Jouke Visser <jo...@pv...> wrote:

> 
> This sounds very logical. In fact, I wanted to try it, but then it said
> 'You can use wxEncodingConverter and wxFontMapper to display text:'.
> Well, wxFontMapper *is* implemented in wxPerl, but wxEncodingConverter
> *isn't*.
> 
> So There Is the Answer. If we want to be able to write unicode-enabled
> applications in wxPerl, we *need* wxEncodingConverter at the least.
> 
> Mattia, please?
It is not that I can't wrap wxEncodingConverter, but why not use Encode.pm,
which is ready, and works (AFAIK)?

Regards
Mattia

Re: [wxperl-users] Unicode tests

[Jouke V. <jo...@pv...>]

To be more precise:

the ones that work: 'en', 'fr' and 'it'
the ones that don't work: 'nl', 'de', 'es', 'pt_br', 'jp'

These languages are the ones that I have .po and .mo files for

Jouke

Jouke Visser wrote:

> >
> >
> >>But the wxPerl documentation says that wxCSConv is not 
> implemented...how
> >>should I use it then?
> >>
> >  Encode.pm; it has the same functionality, and has a more perl-ish
> >interface.
> >
> OK, very clear. That leaves me with only one question. What are the
> parameters of the Wx::Locale->new() function? In the wxLocale.pm demo it
> takes three parameters, a string representing the user-readable
> language, and two times the two-letter language abbreviation ('en', 'en'
> for example).
>
> When I try this for example for 'ja' (the standard abbreviation for
> Japanese), I get the error 'locale 'ja' can not be set', which is an
> error from wxWindows. I call Wx::Locale with:
>
> Wx::Locale->new(gettext_noop('Japanese'), 'ja', 'ja');
>
> And I get the same for
>
> Wx::Locale->new(gettext_noop('Dutch'), 'nl', 'nl');
>
> Any idea about that?
>
> PS: the new binary seems to work, although my Win2K system itself here
> doesn't allow other charactersets and I can't install others here at
> work, but it looks different than it did with the other binary.
>

-- 

 -------------------------------------------------------------------- 
| Jouke Visser           | http://jouke.pvoice.org  (personal)       |
|                        | http://www.pvoice.org    (pVoice & pStory)|
| Perl GUI Geek          | http://wxperl.pvoice.org (wxPerl)         |
 -------------------------------------------------------------------- 

Re: [wxperl-users] Unicode tests

[Jouke V. <jo...@pv...>]

 >
 >
 >>But the wxPerl documentation says that wxCSConv is not implemented...how
 >>should I use it then?
 >>
 >  Encode.pm; it has the same functionality, and has a more perl-ish
 >interface.
 >
OK, very clear. That leaves me with only one question. What are the
parameters of the Wx::Locale->new() function? In the wxLocale.pm demo it
takes three parameters, a string representing the user-readable
language, and two times the two-letter language abbreviation ('en', 'en'
for example).

When I try this for example for 'ja' (the standard abbreviation for
Japanese), I get the error 'locale 'ja' can not be set', which is an
error from wxWindows. I call Wx::Locale with:

Wx::Locale->new(gettext_noop('Japanese'), 'ja', 'ja');

And I get the same for

Wx::Locale->new(gettext_noop('Dutch'), 'nl', 'nl');

Any idea about that?

PS: the new binary seems to work, although my Win2K system itself here
doesn't allow other charactersets and I can't install others here at
work, but it looks different than it did with the other binary.

-- 

  --------------------------------------------------------------------
| Jouke Visser           | http://jouke.pvoice.org  (personal)       |
|                        | http://www.pvoice.org    (pVoice & pStory)|
| Perl GUI Geek          | http://wxperl.pvoice.org (wxPerl)         |
  --------------------------------------------------------------------

Re: [wxperl-users] Unicode tests

[Mattia B. <mb...@ds...>]

On Mon, 28 Oct 2002, Jouke Visser wrote:

>>
>>
>>   I _think_ poEdit uses wxCSConv classes. And _if_ wxWindows is compiled
>>in Unicode mode, everything should just work (it does for me).
>>
>But the wxPerl documentation says that wxCSConv is not implemented...how 
>should I use it then?
  Encode.pm; it has the same functionality, and has a more perl-ish
interface.

Regards
Mattia

Re: [wxperl-users] Unicode tests

[Mattia B. <mb...@ds...>]

On Sun, 27 Oct 2002, Jouke Visser wrote:

>> That probably was outdated information, according to wxEncodingConverter 
>> docs, it can convert to/from Unicode, if wxWindows.
>> 
>> But I still thought this would happen behind the scenes if you used wxLocale.
>Well, obviously not. I can give you my japanese .po and .mo files just
> so you can fiddle around with it. In poEdit it displays OK, so the file
> is OK and my Windows settings are OK too, but when my own app is
> supposed to display it, it is just line-noise.
  poEdit is compiled in Unicode mode, the wxPerl/wxWindows you are using
is not. (it should just work with the release I just uploaded).

Regards
Mattia

Re: [wxperl-users] Unicode tests

[Jouke V. <jo...@pv...>]

>
>
>   I _think_ poEdit uses wxCSConv classes. And _if_ wxWindows is compiled
>in Unicode mode, everything should just work (it does for me).
>
But the wxPerl documentation says that wxCSConv is not implemented...how 
should I use it then?

-- 

 -------------------------------------------------------------------- 
| Jouke Visser           | http://jouke.pvoice.org  (personal)       |
|                        | http://www.pvoice.org    (pVoice & pStory)|
| Perl GUI Geek          | http://wxperl.pvoice.org (wxPerl)         |
 -------------------------------------------------------------------- 

[wxperl-users] wxPerl binary for Unicode

[Mattia B. <mb...@ds...>]

  Will only work in Windows 2000/NT/XP.
It can load and display a chinese .po file.
(it is labeled 0.12b4).

Regards
Mattia

Re: [wxperl-users] Unicode tests

[Mattia B. <mb...@ds...>]

On Sun, 27 Oct 2002, Simon Flack wrote:

>[snip]
>
>> I can give you my japanese .po and .mo files 
>> just so you can fiddle around with it. In poEdit it displays OK, so 
>> the file is OK and my Windows settings are OK too, but when my own 
>> app is supposed to display it, it is just line-noise.
>
>I wonder how poedit does it; a quick grep of the poedit sources doesn't show 
>any matches for wxEncodingConverter. I'll try with the chinese locale files 
>that come with poedit.
  I _think_ poEdit uses wxCSConv classes. And _if_ wxWindows is compiled
in Unicode mode, everything should just work (it does for me).

Regards
Mattia

Re: [wxperl-users] Unicode tests

[Simon F. <sf...@fl...>]

[snip]

> I can give you my japanese .po and .mo files 
> just so you can fiddle around with it. In poEdit it displays OK, so 
> the file is OK and my Windows settings are OK too, but when my own 
> app is supposed to display it, it is just line-noise.

I wonder how poedit does it; a quick grep of the poedit sources doesn't show 
any matches for wxEncodingConverter. I'll try with the chinese locale files 
that come with poedit.

Simon

Re: [wxperl-users] Unicode tests

[Jouke V. <jo...@pv...>]

> That probably was outdated information, according to wxEncodingConverter 
> docs, it can convert to/from Unicode, if wxWindows.
> 
> But I still thought this would happen behind the scenes if you used wxLocale.
Well, obviously not. I can give you my japanese .po and .mo files just so you can fiddle around with it. In poEdit it displays OK, so the file is OK and my Windows settings are OK too, but when my own app is supposed to display it, it is just line-noise.
-- 
 ---------------------------------------------------------------------- 
| Jouke Visser            | http://jouke.pvoice.org  (personal)        |
|                         | http://www.pvoice.org    (pVoice & pStory) |
| Perl GUI Geek           | http://wxperl.pvoice.org (wxPerl)          |
 ---------------------------------------------------------------------- 

Re: [wxperl-users] Unicode tests

[Simon F. <sf...@fl...>]

I said:

> According to this post to wx-users, wxEncodingConverter can only 
> handle encodings of 1 byte per char, so maybe that too is 
> meaningless in unicode build:
> 
> http://makeashorterlink.com/?Y3A322042

That probably was outdated information, according to wxEncodingConverter 
docs, it can convert to/from Unicode, if wxWindows.

But I still thought this would happen behind the scenes if you used wxLocale.

Simon

Re: [wxperl-users] Unicode tests

[Simon F. <sf...@fl...>]

I'm a little confused by "Writing non-English applications". 

I can't tell if you need to use wxFontMapper and wxEncodingConverter, or 
only if you disable the default behaviour of wxLocale, by not using the 
wxLOCALE_CONV_ENCODING flag.

Although, looking at wxLocale::Init(), the docs say that 
wxLOCALE_CONV_ENCODING is meaningless in the unicode build.

According to this post to wx-users, wxEncodingConverter can only handle 
encodings of 1 byte per char, so maybe that too is meaningless in unicode 
build:

http://makeashorterlink.com/?Y3A322042

I'm interested to see where this discussion goes. I'm using Wx::Locale in 
an app I'm writing, although there are no immediate plans to support 
anything other than English. I'd like to know what changes I'll need to 
make if we decide we need to support other languages/charsets. I assumed 
I would only need a new .po file.

Simon

> OK, looking further into the wxWindows documentation, (specifically 
> the section 'Writing non-English applications') it says the following:
> 
> When you tell the wxLocale class to load a message catalog that 
> contains correct header, it checks the charset. The catalog is then 
> converted to the charset used (see wxLocale::GetSystemEncoding and 
> wxLocale::GetSystemEncodingName) by user's operating system. This is 
> default behaviour of the wxLocale class; you can disable it by not 
> passing wxLOCALE_CONV_ENCODING to wxLocale::Init.
> 
> This sounds very logical. In fact, I wanted to try it, but then it 
> said 'You can use wxEncodingConverter and wxFontMapper to display 
> text:'. Well, wxFontMapper *is* implemented in wxPerl, but 
> wxEncodingConverter *isn't*.
> 
> So There Is the Answer. If we want to be able to write unicode-
> enabled applications in wxPerl, we *need* wxEncodingConverter at the 
> least.
> 
> Mattia, please?
> 
> Jouke
> 
> On Fri, Oct 25, 2002 at 07:04:17PM +0200, Jouke Visser wrote:
> > Hi,
> > 
> > I got a Japanese translationfile in UTF-8, which looks OK in poEdit 
and UltraEdit, and tried to use it using Wx::Locale, but no-go: it looks 
like line-noise.
> > 
> > And another thing that is quite flakey: I have a preferences window 
in my application and when I try to change the language there more than 
three times in one session, the application crashes without any 
error-message. Since this wasn't there when I used 
Locale::Maketext::Lexicon (I didn't change any logic in the program, I 
just replaced the gettext from that module to that from Wx::Locale and of 
course the initialization), this must have something to do with 
Wx::Locale.
> > 
> > Now, the machine I'm  testing on is Windows XP, I'm using wxPerl 0.12 
(the PPM binary from the site) and ActivePerl build 633.
> > 
> > The .po/.mo files are OK, since poEdit handles everything correctly.
> > 
> > And oh yeah, with some locale-sets (for example 'nl') I get a popup 
window (from Wx) that it can't set that locale (although 'nl' is my 
default on this machine) and it continues with the correct 
translations...isn't that weird? I've tried to set it to 'nl', 'nl-nl', 
'nl_nl', but nothing works. As far as I know it should just be 'nl' 
(which worked with Locale::Maketext::Lexicon).
> > 
> > Any ideas on these problems?
> > -- 
> >  
---------------------------------------------------------------------- 
> > | Jouke Visser            | http://jouke.pvoice.org  (personal)       
 |
> > |                         | http://www.pvoice.org    (pVoice & 
pStory) |
> > | Perl GUI Geek           | http://wxperl.pvoice.org (wxPerl)         
 |
> >  
---------------------------------------------------------------------- 
> > 
> > 
> > -------------------------------------------------------
> > This sf.net email is sponsored by: Influence the future 
> > of Java(TM) technology. Join the Java Community 
> > Process(SM) (JCP(SM)) program now. 
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> > _______________________________________________
> > wxperl-users mailing list
> > wxp...@li...
> > https://lists.sourceforge.net/lists/listinfo/wxperl-users
> 
> -- 
>  ---------------------------------------------------------------------- 
> | Jouke Visser            | http://jouke.pvoice.org  (personal)      
>   | |                         | http://www.pvoice.org    (pVoice & 
> pStory) | | Perl GUI Geek           | http://wxperl.pvoice.org 
> (wxPerl)          |
>  ---------------------------------------------------------------------- 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> wxperl-users mailing list
> wxp...@li...
> https://lists.sourceforge.net/lists/listinfo/wxperl-users


#!

Re: [wxperl-users] Unicode tests

[Jouke V. <jo...@pv...>]

OK, looking further into the wxWindows documentation, (specifically the section 'Writing non-English applications') it says the following:

When you tell the wxLocale class to load a message catalog that contains correct header, it checks the charset. The catalog is then converted to the charset used (see wxLocale::GetSystemEncoding and wxLocale::GetSystemEncodingName) by user's operating system. This is default behaviour of the wxLocale class; you can disable it by not passing wxLOCALE_CONV_ENCODING to wxLocale::Init.

This sounds very logical. In fact, I wanted to try it, but then it said 'You can use wxEncodingConverter and wxFontMapper to display text:'. Well, wxFontMapper *is* implemented in wxPerl, but wxEncodingConverter *isn't*.

So There Is the Answer. If we want to be able to write unicode-enabled applications in wxPerl, we *need* wxEncodingConverter at the least.

Mattia, please?

Jouke


On Fri, Oct 25, 2002 at 07:04:17PM +0200, Jouke Visser wrote:
> Hi,
> 
> I got a Japanese translationfile in UTF-8, which looks OK in poEdit and UltraEdit, and tried to use it using Wx::Locale, but no-go: it looks like line-noise.
> 
> And another thing that is quite flakey: I have a preferences window in my application and when I try to change the language there more than three times in one session, the application crashes without any error-message. Since this wasn't there when I used Locale::Maketext::Lexicon (I didn't change any logic in the program, I just replaced the gettext from that module to that from Wx::Locale and of course the initialization), this must have something to do with Wx::Locale.
> 
> Now, the machine I'm  testing on is Windows XP, I'm using wxPerl 0.12 (the PPM binary from the site) and ActivePerl build 633.
> 
> The .po/.mo files are OK, since poEdit handles everything correctly.
> 
> And oh yeah, with some locale-sets (for example 'nl') I get a popup window (from Wx) that it can't set that locale (although 'nl' is my default on this machine) and it continues with the correct translations...isn't that weird? I've tried to set it to 'nl', 'nl-nl', 'nl_nl', but nothing works. As far as I know it should just be 'nl' (which worked with Locale::Maketext::Lexicon).
> 
> Any ideas on these problems?
> -- 
>  ---------------------------------------------------------------------- 
> | Jouke Visser            | http://jouke.pvoice.org  (personal)        |
> |                         | http://www.pvoice.org    (pVoice & pStory) |
> | Perl GUI Geek           | http://wxperl.pvoice.org (wxPerl)          |
>  ---------------------------------------------------------------------- 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future 
> of Java(TM) technology. Join the Java Community 
> Process(SM) (JCP(SM)) program now. 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> wxperl-users mailing list
> wxp...@li...
> https://lists.sourceforge.net/lists/listinfo/wxperl-users

-- 
 ---------------------------------------------------------------------- 
| Jouke Visser            | http://jouke.pvoice.org  (personal)        |
|                         | http://www.pvoice.org    (pVoice & pStory) |
| Perl GUI Geek           | http://wxperl.pvoice.org (wxPerl)          |
 ---------------------------------------------------------------------- 

[wxperl-users] Unicode tests

[Jouke V. <jo...@pv...>]

Hi,

I got a Japanese translationfile in UTF-8, which looks OK in poEdit and UltraEdit, and tried to use it using Wx::Locale, but no-go: it looks like line-noise.

And another thing that is quite flakey: I have a preferences window in my application and when I try to change the language there more than three times in one session, the application crashes without any error-message. Since this wasn't there when I used Locale::Maketext::Lexicon (I didn't change any logic in the program, I just replaced the gettext from that module to that from Wx::Locale and of course the initialization), this must have something to do with Wx::Locale.

Now, the machine I'm  testing on is Windows XP, I'm using wxPerl 0.12 (the PPM binary from the site) and ActivePerl build 633.

The .po/.mo files are OK, since poEdit handles everything correctly.

And oh yeah, with some locale-sets (for example 'nl') I get a popup window (from Wx) that it can't set that locale (although 'nl' is my default on this machine) and it continues with the correct translations...isn't that weird? I've tried to set it to 'nl', 'nl-nl', 'nl_nl', but nothing works. As far as I know it should just be 'nl' (which worked with Locale::Maketext::Lexicon).

Any ideas on these problems?
-- 
 ---------------------------------------------------------------------- 
| Jouke Visser            | http://jouke.pvoice.org  (personal)        |
|                         | http://www.pvoice.org    (pVoice & pStory) |
| Perl GUI Geek           | http://wxperl.pvoice.org (wxPerl)          |
 ---------------------------------------------------------------------- 

[wxperl-users] sample code: Document/View framework

[Simon F. <sim...@bb...>]

Hello,

I have just posted my document / view sample on the wxperl wiki.
http://wxperl.pvoice.org/cgi-wxperl/view.pl/CodeSamples

I hope it demonstrates some of the functionality that's been added to Wx 0.=
12. I used that code to test different parts of the document/view classes a=
s I wrote the c++/xs.

See my earlier post for more information about document/view:
http://makeashorterlink.com/?C36623D32

Simon Flack


BBCi at http://www.bbc.co.uk/

This e-mail (and any attachments) is confidential and may contain=20
personal views which are not the views of the BBC unless specifically=20
stated.
If you have received it in error, please delete it from your system, do=20
not use, copy or disclose the information in any way nor act in=20
reliance on it and notify the sender immediately. Please note that the=20
BBC monitors e-mails sent or received. Further communication will=20
signify your consent to this.