Copy link

Member

Author

这个应用是qt程序么？

SCIM有没有类似问题？

Original issue reported on code.google.com by Shawn.P.Huang on 2008-09-07 23:19:19

Copy link

Member

Author

永中 office 似乎是 java 的 GUI —— swing 做的。

我这里，像 freemind 这样的程序也没法光标跟随，scim 也不可以。由于只有这一个程序是

java 的，所以也就忍了很久 :)

Original issue reported on code.google.com by LiYanrui.m2 on 2008-09-07 23:38:46

Copy link

Member

Author

还是永中office2009，最新的0908版本中输入的文字不能嵌入到程序，只能一次性打好然后输出

另外在Fedora 9自带的表格编辑软件Gnumeric中，发现一个很有意思的现象，ibus没能正确的识

别光标所在处，不知是哪方面的问题，如附件中所示，我在下方第45行处输入，软件上方同时会

有一个文本框同步显示，也有光标，而输入法的光标和候选词条都听在上方光标的附近，而不是

第45行附近，如果单看图片，看起来就好像我选取了上方的那个文本输入框在输入，事实上我选

中的是下方的第45行的文本输入区。

表达能力有限，不知讲清楚了没有，呵呵

Original issue reported on code.google.com by ph.linfan on 2008-09-10 15:26:18

- _Attachment: Screenshot-xls : Gnumeric-1.png

_

Copy link

Member

Author

我这也是，所有swing程序都有这个问题，输入法提示框在左下角，很不舒服，能不能解决一下？

Original issue reported on code.google.com by crazycode on 2008-12-09 06:18:55

Copy link

Member

Author

可否先让 ibus 候选字窗口也跟语言栏一样可以鼠标拖动呢，

这样就算位置不对，也可以先手工拖动到合适的地方，

跟 fcitx 一样做法。

Original issue reported on code.google.com by jhuangjiahua on 2008-12-09 06:35:01

Copy link

Member

Author

顶。

但是，总不能一直拖吧，输入的地方可以在屏幕的任何地方啊。

Original issue reported on code.google.com by crazycode on 2008-12-09 08:07:04

Copy link

Member

Author

这个是应该因为没有没有做到java的光标跟随。

因为Shawn.P.Huang正在完成对daemon部分的c语言重写，而我还没有能力完成这部分的支持，所

以只能等等了。

Original issue reported on code.google.com by acevery on 2008-12-09 19:47:16

Copy link

Member

Author

Linux下的office软件，永中2009个人版很不错，支持的人很多，可惜受限于java总有一些小毛

病，如果ibus支持java方面有问题，导致永中用的不爽，实在是很可惜的事情。还有不少人用

Netbeans也是这个问题。

Original issue reported on code.google.com by xuxiao.public on 2009-01-14 02:52:26

Copy link

Member

Author

Issue 166 has been merged into this issue.

Original issue reported on code.google.com by dejieshi on 2009-03-01 01:29:46

Copy link

Member

Author

(No text was entered with this change)

Original issue reported on code.google.com by dejieshi on 2009-03-01 01:30:40

Copy link

Member

Author

(No text was entered with this change)

Original issue reported on code.google.com by Shawn.P.Huang on 2009-03-01 03:31:10

Labels added: ibus

Copy link

Member

Author

SCiTE也有这个问题哦

Original issue reported on code.google.com by zengkid on 2009-03-23 09:23:34

Copy link

Member

Author

(No text was entered with this change)

Original issue reported on code.google.com by Caius.Chance on 2009-04-18 21:21:18

Labels added: Component-ibus

Labels removed: ibus

Copy link

Member

Author

安装ibus-gtk就可也了

Original issue reported on code.google.com by hzmming2007 on 2009-05-01 13:46:18

Copy link

Member

Author

安装ibus-gtk还是不行啊，该安装的都应该装了。我这里永中和OpenOffice都不能跟随，用的是

最新版1.1.0.20090423。

Original issue reported on code.google.com by lewvip on 2009-05-03 02:54:54

Copy link

Member

Author

openoffice安装了openoffice.org-gtk，就可以光标跟随了，但我的确不太喜欢这个界面。gtk的

toolbar总是太大的感觉

Original issue reported on code.google.com by lewvip on 2009-05-03 03:02:46

Copy link

Member

Author

我的干脆就不能在永中2009下用。

还有，而且每次开机，ibus在任何程序下都不能用。要先退出ibus，再启动，然后就可以用了。

Original issue reported on code.google.com by ergod.vip on 2009-05-31 02:15:15

Copy link

Member

Author

Yes, there are some issues on Java applications.

In eclipse, sometimes you can't input anything :).

I'm sure this is because ibus. After I killed ibus, everything works fine.

Original issue reported on code.google.com by guangquanzhang on 2009-07-24 14:20:41

Copy link

Member

Author

some issues on Java applications, sometimes can't input anything

The scim have the some issue. The fctix no problem, but it not have popular word for

PinYing.

Original issue reported on code.google.com by coollinn on 2009-11-02 15:58:24

Copy link

Member

Author

我也遇到同样的问题， netbeans 中，使用 ibus 也不能光标跟随。如图。

Original issue reported on code.google.com by bwanglei on 2009-12-02 23:51:25

- _Attachment: Screenshot-1.png

_

Copy link

Member

Author

java类程序确实跟ibus有问题.因为我就用到一个freemind,因此就忍受一下了.也或许是freemind的问题.源里的

太老了,我用的0.9,rc6

能用,但经常用着用着就不行了:什么也输入不了,连英文也输入不了.保存关掉,再重启就OK了

本来期望升级一下ibus程序能解决这个问题,但问题依旧呀.哎

其它应用程序下ibus表现就良好.

64位系统,ubuntu9.10

java 1.6

IBus 1.2.0.20091215 (ppa里直接apt-get的)

Original issue reported on code.google.com by 300etf on 2010-01-17 04:31:47

Copy link

Member

Author

能用,但经常用着用着就不行了:什么也输入不了,连英文也输入不了.保存关掉,再重启就OK了

<< 重啟後仍然是不跟隨？

Original issue reported on code.google.com by Caius.Chance on 2010-01-19 05:30:27

Copy link

Member

Author

(No text was entered with this change)

Original issue reported on code.google.com by Caius.Chance on 2010-01-19 05:33:12

Labels added: Component-UI, OpSys-All, Usability

Labels removed: Component-ibus

Copy link

Member

Author

我写了个补丁临时解决 Swing 等程序不能光标跟随的问题，

按 scim 或 fcitx 的做法，让 ibus 的候选字条在这些程序里可以拖动位置。

即在 CandidatePanel 左侧加个 Handle 以供拖动，同时在 .move() 和添加的 __handle_move_end_cb() 中处理前后光标位置、拖动的候选

条位置，以便正常的程序继续光标跟随，而切换到 Swing 等不能光标跟随的程序后，则恢复上次拖动的候选条位置。

附件是补丁和效果

Original issue reported on code.google.com by jhuangjiahua on 2010-01-30 17:49:35

- _Attachment: [ibus-candidatepanel-handle.diff](https://storage.googleapis.com/google-code-attachments/ibus/issue-74/comment-25/ibus-candidatepanel-handle.diff)_

- _Attachment: Screenshot-ibus 光标跟随临时解决.html - 写字板-1.png

_

Copy link

Member

Author

噢，更新下补丁，

处理下 CandidatePanel.__prev_panel_position

Original issue reported on code.google.com by jhuangjiahua on 2010-01-30 23:58:38

- _Attachment: [ibus-candidatepanel-handle.diff](https://storage.googleapis.com/google-code-attachments/ibus/issue-74/comment-26/ibus-candidatepanel-handle.diff)_

Copy link

Member

Author

感谢提供的patch，但是move里的判断逻辑有点儿复杂，没看太清楚。能不能解释一下，或者在patch里加上些注视。

Original issue reported on code.google.com by Shawn.P.Huang on 2010-01-31 01:58:33

Copy link

Member

Author

好的

{{{

def move(self, x, y):

# 区分下 不能光标跟随 和 能光标跟随 程序

##

# __prev_cursor_location 是上一次手工拖动扳手时的光标位置

# __prev_panel_position 是上一次手工拖动扳手后的候选字条位置

# __prev_move_position 是上一次移动命令位置值

##

# 如果还没有拖动过候选字条，则设为本次的移动位置

if not self.__prev_panel_position:

self.__prev_panel_position = (x, y)

# 将两次位置相同的情况视为程序无法光标跟随(两次都获得一个错误光标位置)

##

# 先确保几个 位置值 都不是 (0, 0)

if self.__prev_cursor_location and self.__prev_panel_position and self.__prev_move_position

\

# 如果 上一次移动命令的位置跟这次一样

and self.__prev_move_position == (x, y) \

# 用光标位置来确保 现在是在同一个 不能光标跟随的程序里，避免正常程序候选条位置跳动

# 如果 上一次手工拖动扳手时的光标位置 跟 现在相同位置

and self.__prev_cursor_location == self.__cursor_location:

# 在 不能光标跟随 的程序里，将移动值改为 上一次手工拖动位置

x, y = self.__prev_panel_position

else:

# 在 正常(光标跟随)程序里，记录下 移动命令位置值，以供下次判断

self.__prev_move_position = (x, y)

# 先前的移动，移动到拖动位置(不能光标跟随)或光标适应位置(正常程序)

self.__toplevel.move(x, y)

}}}

Original issue reported on code.google.com by jhuangjiahua on 2010-01-31 02:28:21

- _Attachment: [move.py](https://storage.googleapis.com/google-code-attachments/ibus/issue-74/comment-28/move.py)_

Copy link

Member

Author

抱歉改成这样，

因为先前的简单修改会

让正常程序候选条位置跳动，或者 JAVA 程序拖动不对，

才应对加了这些判断逻辑。

谢谢 Shawn.P.Huang ~

Original issue reported on code.google.com by jhuangjiahua on 2010-01-31 02:32:07

Copy link

Member

Author

谢谢，现在我明白你的意图，我改了一下，把逻辑变简单一些，请测试一下。

http://github.com/phuang/ibus/commit/3aec8b5cc40ac1552472aa23468f54093fb64765

Original issue reported on code.google.com by Shawn.P.Huang on 2010-01-31 03:08:29

Copy link

Member

Author

Peng Huang 好，

刚更新了，修改后的工作挺好 :)

谢谢~

Original issue reported on code.google.com by jhuangjiahua on 2010-01-31 03:15:40

Copy link

Member

Author

我們最好可以用這個更新, 重新測試所有有關 java 的 BUG .

Original issue reported on code.google.com by Caius.Chance on 2010-01-31 09:41:13

Copy link

Member

Author

为什么在1.3.9版本上还有这个问题？

Original issue reported on code.google.com by jolestar on 2011-02-11 17:56:49

Copy link

Member

Author

java的程序，awt和swing使用XIM，XIM本身貌似没有光标跟随的支持。

这个不是ibus的问题，所以升级到目前的任何版本都不会有作用，需要变成java的InputMethod类的默认设定，切换到GTK或者是QT的输入法组件。

要是问怎么切换到GTK和QT的输入法组件，sorry...目前没有人实现java端的这个东西。

Original issue reported on code.google.com by skatiger on 2011-07-10 09:07:59

Copy link

Member

Author

实际上客户端可以设定光标的位置。 和ibus应该没有太大关系。

例如， 但是Java Swing 好像在这方面做的还不好。SWT, GTK+做到就不错。

[code]

void SetPos(ic, spot)

XIC ic;XPoint* spot; {

XVaNestedList list;

list = XVaCreateNestedList(0, XNSpotLocation, spot, NULL);

XSetICValues(ic, XNPreeditAttributes, list, NULL);

XFree(list);

}

[/code]

Original issue reported on code.google.com by neoedmund on 2014-01-12 21:09:09