[ wxwindows-Bugs-1474814 ] wxConvCurrent wrong

[SourceForge.net]

Bugs item #1474814, was opened at 2006-04-23 01:06
Message generated for change (Settings changed) made by csomor
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1474814&group_id=9863

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: wxMac specific
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Lauri Nurmi (lanurmi)
Assigned to: Stefan Csomor (csomor)
Summary: wxConvCurrent wrong

Initial Comment:
On (at least) wxMac-2.6.3 ansi build, the wxConvCurrent
points to the wrong encoding, i.e. it does not give the
one that is really being used by the system.

How I noticed this was:
There was a string containing UTF-8, which had to be
converted to the current encoding. To achieve this on
other platforms, I'd say: 

wxString(wxConvUTF8.cMB2WC(utf8str.c_str()),
*wxConvCurrent)

On wxMac, this doesn't produce what is expected, it
converts umlauted letters to something wrong. However,
if I say

wxCSConv mac_roman("MACROMAN");

and use 'mac_roman' instead of '*wxConvCurrent', I get
what I wanted.


Perhaps for the same reason, e.g. month names
containing non-ascii letters are shown wrong in the
wxCalendarCtrl dialog.


Platform details:
Mac OS X 10.4.6
iBook G4
Default language: Finnish


----------------------------------------------------------------------

Comment By: Stefan Csomor (csomor)
Date: 2006-04-26 17:51

Message:
Logged In: YES 
user_id=81467

wxConvCurrent is pointing to the c-runtime wide character conversions,
when 
you want to translate things for the GUI please use wxConvLocale - or use

unicode builds ...

Thanks,

Stefan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1474814&group_id=9863