On Tue, 15 Jan 2008 04:54:05 +0900 (JST)
Hiroki Sato <[EMAIL PROTECTED]> wrote:
> Yes, by setting GTK_IM_MODULE=xim + [EMAIL PROTECTED] Linux
> im-xim.so is used at that time.
[...]
> I received both "OK" and "NG" reports when both GTK_IM_MODULE=xim and
> [EMAIL PROTECTED] are set at a time so far, and bit confused.
I have some new info. I finally got a glimpse of working SCIM +
+ linux-im-xim.so, but _only_ with ja_JP.* locales. (All tests in my
previous posts were done using en_US.UTF-8 and fr_FR.UTF-8).
1. With ja_JP.UTF-8
-------------------
a) switching keyboards using Ctrl+Space works (icons change);
b) ~/.scim-stored keyboards (and possibly configuration) are ignored;
c) when the output is simple (i.e. keystroke a -> a), a letter is
printed with this error:
(acroread:5802): Pango-WARNING **: Invalid UTF-8 string passed to
pango_layout_set_text()
d) when imengine starts composing complex output, this appears:
(acroread:5802): Pango-CRITICAL **: pango_layout_get_cursor_pos:
assertion `index >= 0 && index <= layout->length' failed
(acroread:5802): Pango-CRITICAL **: pango_layout_get_cursor_pos:
assertion `index >= 0 && index <= layout->length' failed
2. With ja_JP.eucJP
-------------------
a) switching keyboards using Ctrl+Space works (icons change);
b) ~/.scim-stored keyboards (and possibly configuration) are ignored;
c) when the output is simple (i.e. keystroke a -> a), a letter is
printed without errors;
d) when imengine begins building complex output, this appears
[converted eucJP -> UTF-8]
** (acroread:15222): WARNING **: Error converting text from IM to
UTF-8: 入力の最後に不完全な文字シーケンスがあります
(All remains the same if japanese/acroread8 is used.)
3. With other locales
---------------------
Nothing happens, SCIM is completely non-responsive.
Best regards.
--
Nikola Lečić :: Никола Лечић
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
