Bug#372728: using input in mozilla screws scim
Hi, On Sun, Jun 11, 2006 at 12:57:55PM +0200, Attila Kinali wrote: > Package: scim > Version: 1.4.4-2 Can you try newer 1.4.4-4 > Severity: normal > > I use scim with uim-canna to type japanese characters. When using Hmmm. What exactly? Are you sure you are using scim? Current scim does not have entry for uim-canna Anthy Canna M17N-ja-anthy M17N-ja-tcode Prime ... > any input (url line, form fields etc) in mozilla, scim gets screwed. > i.e. after that, i can still enter characters, but pressing space > to convert them from kana to kanji doesn't work anymore. Also > all other input methods cease to work after this. Your situation seems to be previous UIM in which toolbar failed often. (If you use latest im-switch with latest uim, it worls fine.) Without tool bar, we can get confused about status which can be toggled by control-space and shift-space. > This has been a long outstanding bug, though it happend only > occasionaly before. Now it happens every time i type something > in mozilla. Unfortunately, i have no idea how to debug this. If I put random japanese to URL, it complaineswith alart but I can enter again. Are you sure you have scim. > I have no idea either what information is needed to reproduce > this correctly, i hope the information below is enough. If > not, please do not hesitate to ask. Please list output of "im-switch -l" here. (Hmmm... maybe I should change package to automatically list this.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372728: using input in mozilla screws scim
Package: scim Version: 1.4.4-2 Severity: normal I use scim with uim-canna to type japanese characters. When using any input (url line, form fields etc) in mozilla, scim gets screwed. i.e. after that, i can still enter characters, but pressing space to convert them from kana to kanji doesn't work anymore. Also all other input methods cease to work after this. This has been a long outstanding bug, though it happend only occasionaly before. Now it happens every time i type something in mozilla. Unfortunately, i have no idea how to debug this. I have no idea either what information is needed to reproduce this correctly, i hope the information below is enough. If not, please do not hesitate to ask. Attila Kinali -- Package-specific info: Related packages: ii libscim8c2a1.4.4-2library for SCIM platform ii scim 1.4.4-2smart common input method platform ii scim-gtk2-immo 1.4.4-2GTK+2 input method module with SCIM as backe ii scim-modules-s 1.4.4-2socket modules for SCIM platform ii scim-modules-t 0.5.6-1generic tables IM engine module for SCIM pla ii scim-tables-ja 0.5.6-1Japanese input method data tables for SCIM p ii scim-uim 0.1.3-3+b1 UIM IM engine module for SCIM ii mozilla-browser 1.7.12-1.1The Mozilla Internet application suite - core and browser ii mozilla-psm1.7.12-1.1 The Mozilla Internet application suite - Personal Security Manag Related environment variables: [EMAIL PROTECTED] $GTK_IM_MODULE=scim Installed SCIM components: /usr/lib/scim-1.0: 1.4.0 scim-helper-launcher scim-helper-manager scim-launcher scim-panel-gtk /usr/lib/scim-1.0/1.4.0: Config Filter FrontEnd Helper IMEngine SetupUI /usr/lib/scim-1.0/1.4.0/Config: simple.so socket.so /usr/lib/scim-1.0/1.4.0/Filter: sctc.so /usr/lib/scim-1.0/1.4.0/FrontEnd: socket.so x11.so /usr/lib/scim-1.0/1.4.0/Helper: setup.so /usr/lib/scim-1.0/1.4.0/IMEngine: rawcode.so socket.so table.so uim.so /usr/lib/scim-1.0/1.4.0/SetupUI: aaa-frontend-setup.so aaa-imengine-setup.so panel-gtk-setup.so table-imengine-setup.so -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11.6swsusp.2.1.8.2 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages scim depends on: ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.0-4GCC support library ii libglib2.0-02.10.2-1 The GLib library of C routines ii libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libscim8c2a 1.4.4-2 library for SCIM platform ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-6X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages scim recommends: ii im-switch 1.11 Input method switch framework ii scim-gtk2-immodule1.4.4-2GTK+2 input method module with SCI -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372728: using input in mozilla screws scim
Moin, On Sun, 18 Jun 2006 08:47:58 +0900 Osamu Aoki <[EMAIL PROTECTED]> wrote: > Can you try newer 1.4.4-4 Same behaviour. > > > Severity: normal > > > > I use scim with uim-canna to type japanese characters. When using > > Hmmm. What exactly? > Are you sure you are using scim? > Current scim does not have entry for uim-canna > Anthy > Canna > M17N-ja-anthy > M17N-ja-tcode > Prime > ... I'm using scim with scim-uim loading uim-canna: ii scim-uim0.1.3-3+b1UIM IM engine module for SCIM ii uim-canna 0.4.9.1-1 Canna plugin for uim > > any input (url line, form fields etc) in mozilla, scim gets screwed. > > i.e. after that, i can still enter characters, but pressing space > > to convert them from kana to kanji doesn't work anymore. Also > > all other input methods cease to work after this. > > Your situation seems to be previous UIM in which toolbar failed often. > (If you use latest im-switch with latest uim, it worls fine.) Hmm.. this could be. im-switch is installed and at the latest version. If scim-uim is buggy, what do you recommend for japanese input? > Without tool bar, we can get confused about status which can be toggled > by control-space and shift-space. Tool bar is enabled and showing. But sometimes it gets screwed. This means, that the symbols showing the status of the conversion module show strange characters (sometimes even non-printables). > > This has been a long outstanding bug, though it happend only > > occasionaly before. Now it happens every time i type something > > in mozilla. Unfortunately, i have no idea how to debug this. > > If I put random japanese to URL, it complaineswith alart but I can enter > again. Are you sure you have scim. Yes, i am. > > I have no idea either what information is needed to reproduce > > this correctly, i hope the information below is enough. If > > not, please do not hesitate to ask. > > Please list output of "im-switch -l" here. [EMAIL PROTECTED]:~ # im-switch -l Your input method setup under de_CH locale as below. === No private "/home/attila/.xinput.d/de_CH or /home/attila/.xinput.d/all_ALL" is defined. === The system wide default is pointed by "/etc/alternatives/xinput-all_ALL" . xinput-all_ALL - status is auto. link currently points to default default - priority 10 none - priority 0 scim - priority 0 scim-immodule - priority 0 Current `best' version is default. === The available input method configuration files are: /usr/bin/find: /home/attila/.xinput.d: No such file or directory default kinput2-canna none scim scim-immodule th-xim uim_anthy uim_canna uim_hangul2 uim_hangul3 uim_pinyin-big5 uim_py uim_pyunihan uim_romaja uim_tcode uim_tutcode uim_viqr === Attila Kinali -- 心をこめて聞け心をこめて話せ
Bug#372728: using input in mozilla screws scim
On Mon, Jul 03, 2006 at 01:45:58PM +0200, Attila Kinali wrote: > Moin, > > On Sun, 18 Jun 2006 08:47:58 +0900 > Osamu Aoki <[EMAIL PROTECTED]> wrote: > > > Can you try newer 1.4.4-4 > > Same behaviour. > > > > > > Severity: normal > > > > > > I use scim with uim-canna to type japanese characters. When using Hmmm... you must be doing complete manual configuration. Please read README.Debian of scim package. > > Hmmm. What exactly? > > Are you sure you are using scim? > > Current scim does not have entry for uim-canna > > Anthy > > Canna > > M17N-ja-anthy > > M17N-ja-tcode > > Prime > > ... > > > I'm using scim with scim-uim loading uim-canna: > ii scim-uim0.1.3-3+b1UIM IM engine > module for SCIM > ii uim-canna 0.4.9.1-1 Canna plugin > for uim > Good. > > > any input (url line, form fields etc) in mozilla, scim gets screwed. > > > i.e. after that, i can still enter characters, but pressing space > > > to convert them from kana to kanji doesn't work anymore. Also > > > all other input methods cease to work after this. > > > > Your situation seems to be previous UIM in which toolbar failed often. > > (If you use latest im-switch with latest uim, it worls fine.) > > Hmm.. this could be. im-switch is installed and at the latest version. > If scim-uim is buggy, what do you recommend for japanese input? I personally like anthy under SCIM. scim-anthy takes care things :-) > > Without tool bar, we can get confused about status which can be toggled > > by control-space and shift-space. > > Tool bar is enabled and showing. But sometimes it gets screwed. > This means, that the symbols showing the status of the conversion > module show strange characters (sometimes even non-printables). > > > > This has been a long outstanding bug, though it happend only > > > occasionaly before. Now it happens every time i type something > > > in mozilla. Unfortunately, i have no idea how to debug this. > > > > If I put random japanese to URL, it complaineswith alart but I can enter > > again. Are you sure you have scim. > > Yes, i am. > > > > I have no idea either what information is needed to reproduce > > > this correctly, i hope the information below is enough. If > > > not, please do not hesitate to ask. > > > > Please list output of "im-switch -l" here. > > > [EMAIL PROTECTED]:~ # im-switch -l > Your input method setup under de_CH locale as below. > === > No private "/home/attila/.xinput.d/de_CH or /home/attila/.xinput.d/all_ALL" > is defined. Hey, so you are under de_CH. > === > The system wide default is pointed by "/etc/alternatives/xinput-all_ALL" . > xinput-all_ALL - status is auto. > link currently points to default > default - priority 10 > none - priority 0 > scim - priority 0 > scim-immodule - priority 0 > Current `best' version is default. im-switch assumes you do not want scim as default. > === > The available input method configuration files are: > /usr/bin/find: /home/attila/.xinput.d: No such file or directory > default kinput2-canna none scim scim-immodule th-xim uim_anthy uim_canna > uim_hangul2 uim_hangul3 uim_pinyin-big5 uim_py uim_pyunihan uim_romaja > uim_tcode uim_tutcode uim_viqr Try: $ im-swich -c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]