You don't care about backwards compatibility, do you?
I do, that's why I asked and then tried to make some guesses as to how
it could have worked for you before.
Sorry, I didn't want to insult you.
so I think that I will change wxPython to only change the
encoding that it uses for conversions to the locale setting if
sys.getdefaultencoding() is still equal to "ascii".
Sounds reasonable.
If Stani would fix this issues, would it work also on older
wx versions?
(SPE says it should run on 2.5.2.8)
SetDefaultPyEncoding is new in 2.5.4.1, but SPE can check the version
and still do it the old way if desired. Or it can do nothing
and start
working again after I make the change above by continuing to depend on
setting the system default in sitecustomize.
Ok, I forwarded that to SPE's bug tracker.
BTW Stani already fixed the NotebookSizer problem with wxPy 2.5.4.1
SPE writes the user default into sitecustomize.py and relies on that.
Applications should never modify sitecustomize.py themselves.
I forwarded that also.
Alas, no. I tried to set LOCALE and LANG variables in
Windows, but that doesn't help.
Any ideas? (I'm working on WinXP, but my home system is MacOS X...)
I don't think that Windows uses the env variables, but the system-wide
locale settings made in the control panel someplace.
I couldn't find anything like that. Perhaps it's somewhere in the registry.
But since I could fix it for me with SetDefaultPyEncoding, i won't search further.
Best regards,
Henning Hraban Ramm
Südkurier Medienhaus / MediaPro
Support/Admin/Development Dept.