CFT: Adobe Reader 8 + SCIM/UIM

[Nikola Lečić]

On Tue, 15 Jan 2008 04:54:05 +0900 (JST)
Hiroki Sato <hrs at FreeBSD.org> wrote:
 
> Yes, by setting GTK_IM_MODULE=xim + XMODIFIERS=@im=SCIM.  Linux
> im-xim.so is used at that time.
[...]
> I received both "OK" and "NG" reports when both GTK_IM_MODULE=xim and
> XMODIFIERS=@im=SCIM 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ć :: Никола Лечић