Hi Toni and Osamu,
I've been following your discussions on this bug, but didn't have any
insights other than Osamu mentioned. But after reading them again, I
realized something and have a comment:
On Mon, Mar 26, 2007 at 12:40:46AM +0200, Toni Mueller wrote:
>
> I have my environment usually set up like this:
>
> $ env|grep -E '(LANG|LC_)'
> LANG=de_DE.utf8
> LC_MESSAGES=C
> LC_COLLATE=C
> LC_CTYPE=C
> LC_TIME=C
>
> I find that scim does not work if I don't have a locale setting like
> "LANG=de_DE.utf8", while having a system standard locale of 'C', and it
> also does decidedly not work with any of the LC_* variables set to 'C',
> as you can see above.
My experience on playing with locale environment variables is not much,
but it seems to me what SCIM really cares is the LC_CTYPE variable - it
must be either some sort of CJK (Chinese, Japanese, or Korean) locale or
a UTF-8 locale.
> Unsetting those makes it work, but since I really
> don't want to have changing file sort orders and the like only because
> I happened to want to input some foreign-language characters, this
> is a nuisance
And I believe sorting orders are governed by LC_COLLATE variable.
Therefore I suggest you try the following:
1. Remove all custom wrapping scripts you are using;
2. Make sure your /etc/scim/global has de_DE.UTF-8 in
"/SupportedUnicodeLocales" (I believe de_DE.utf8 and de_DE.UTF-8 are
functionally identical), and your ~/.scim/global isn't overriding
this change (deleting it would be okay);
3. Set up your locale with
LANG=C
LC_CTYPE=de_DE.UTF-8
or
LANG=de_DE.UTF-8
LC_COLLATE=C
and make sure LC_ALL is unset.
I believe this should get scim working. If you have time to test this
set up and let us know the results, I would appreciate it.
Thanks,
Ming
2007.04.09
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
