[Topic DIscussion] IDEA 2023.3.2 更新:修复了Linux下输入法光标跟随问题
Tofloor
poster avatar
zanyrain
deepin
2024-01-04 23:08
Author

伴随 JetBrains IDEA 2023.3.2 的发布,JetBrains Runtime 终于修复了编号为 JBR-2460 的 Bug:

https://youtrack.jetbrains.com/issue/JBR-2460/Wrong-position-of-input-window-and-no-input-preview-with-fcitx-and-ubuntu-13.04

在用户安装更新后,输入法候选面板终于出现在正确的位置上。

2024-01-04_23-07.png

值得指出的是,这算得上是一个 JDK 的 Bug,并深刻影响中文用户的输入体验,然而在 JetBrains 修复它之前,国内号称自主可控的 Linux 发行版厂家们,没有一家主动站出来修复或者向上游提交修复补丁。

Reply Favorite View the author
All Replies
要讲武德
deepin
2024-01-04 23:23
#1

国内的华为,阿里巴巴,腾讯全都有自己的JDK,没一家去搞一下子吗

Reply View the author
花雨落逝
deepin
2024-01-04 23:44
#2

有一说一,我觉得这不应该是发行版的锅……

因为这个软件,发行版并没有参与开发或维护啊,甚至可以说可能都没用到,只是可以被用户安装在电脑?

个人观点,如有错误之处欢迎斧正!

Reply View the author
redmibook
deepin
2024-01-05 03:51
#3

值得指出的是,这算得上是一个 JDK 的 Bug,并深刻影响中文用户的输入体验,然而在 JetBrains 修复它之前,国内号称自主可控的 Linux 发行版厂家们,没有一家主动站出来修复或者向上游提交修复补丁。

不知道楼主这种傲慢劲从何而来,

第一,Linux发行版,不是在用 C++ 做交互层面的基础设施(比如深度、优麒麟的桌面环境),就是在用 C 做硬件层面的基础设施,比如适配各种指令集。

JDK 这种第三方、商业软件,有哪一家国产发行版在使用?以及,这种第三方、商业软件的问题,从哪种角度上值得国产发行版去给他们擦屁股?

第二,有过开发经验,闭着眼都能想到出现这个问题的原因:JDK 没有在代码库的依赖中加入 fcitx 的动态链接库造成了这个问题。事实上,也确实如此。这种现象一如继往,比如 Qt 从来不在代码库中添加 fcitx 支持,仅支持 ibus,估计以后也不会。老外一直不重视 CJK (中日韩地区) 使用者们对于第三方输入法的客观需求,这种问题未来也不可能有什么转变。

要有所转变,还是得 CJK 用户们去项目页,贴脸问候。

楼主这种既搞不清事实,又管理不好自己情绪的表现,非常符合我们对于 JAVA 程序员的刻板印象:低能,幼稚。

Reply View the author
zanyrain
deepin
2024-01-05 07:43
#4

https://youtrack.jetbrains.com/issue/JBR-2460/Wrong-position-of-input-window-and-no-input-preview-with-fcitx-and-ubuntu-13.04#focus=Comments-27-6230648.0-0

Some technical details:

JDK-side: AWT offers a couple of input methods style (see the specification: on-the-spot, below-the-spot, root-window. The style allows an input candidates window to follow a caret is below-the-spot. BUT AWT under Linux (X11) just doesn't support it, it supports only on-the-spot and root-window now (the first one is selected by default).

And we need to implement-from-scratch a support of below-the-spot input style to fix this issue.

Reply View the author
wlly-lzh
deepin
2024-01-05 09:19
#5

很神奇的指责,如果jdk是Linux桌面的重要组成部分,那么我认可你的观点,但是除了Java程序员,基本没有人需要jdk,也没有人被这个问题影响。

那么,我想指责国内在Linux上写Java代码的工程师,为什么没有主动站出来修复或者向上游提交修复补丁。

不要什么问题都丢给发行版厂商,jdk自己就没有问题吗?还是在你心中jdk不能被骂,只能骂国内的Linux发行版?

Reply View the author
水月
deepin
2024-01-05 09:32
#6

秀!

《只要出了问题就是国产Linux发行版的错》

pride

Reply View the author
manton94
deepin
2024-01-05 09:47
#7
redmibook

值得指出的是,这算得上是一个 JDK 的 Bug,并深刻影响中文用户的输入体验,然而在 JetBrains 修复它之前,国内号称自主可控的 Linux 发行版厂家们,没有一家主动站出来修复或者向上游提交修复补丁。

不知道楼主这种傲慢劲从何而来,

第一,Linux发行版,不是在用 C++ 做交互层面的基础设施(比如深度、优麒麟的桌面环境),就是在用 C 做硬件层面的基础设施,比如适配各种指令集。

JDK 这种第三方、商业软件,有哪一家国产发行版在使用?以及,这种第三方、商业软件的问题,从哪种角度上值得国产发行版去给他们擦屁股?

第二,有过开发经验,闭着眼都能想到出现这个问题的原因:JDK 没有在代码库的依赖中加入 fcitx 的动态链接库造成了这个问题。事实上,也确实如此。这种现象一如继往,比如 Qt 从来不在代码库中添加 fcitx 支持,仅支持 ibus,估计以后也不会。老外一直不重视 CJK (中日韩地区) 使用者们对于第三方输入法的客观需求,这种问题未来也不可能有什么转变。

要有所转变,还是得 CJK 用户们去项目页,贴脸问候。

楼主这种既搞不清事实,又管理不好自己情绪的表现,非常符合我们对于 JAVA 程序员的刻板印象:低能,幼稚。

你这是在开地图炮???哪里来的优越感???

Reply View the author
TLT
deepin
2024-01-05 09:58
#8
redmibook

值得指出的是,这算得上是一个 JDK 的 Bug,并深刻影响中文用户的输入体验,然而在 JetBrains 修复它之前,国内号称自主可控的 Linux 发行版厂家们,没有一家主动站出来修复或者向上游提交修复补丁。

不知道楼主这种傲慢劲从何而来,

第一,Linux发行版,不是在用 C++ 做交互层面的基础设施(比如深度、优麒麟的桌面环境),就是在用 C 做硬件层面的基础设施,比如适配各种指令集。

JDK 这种第三方、商业软件,有哪一家国产发行版在使用?以及,这种第三方、商业软件的问题,从哪种角度上值得国产发行版去给他们擦屁股?

第二,有过开发经验,闭着眼都能想到出现这个问题的原因:JDK 没有在代码库的依赖中加入 fcitx 的动态链接库造成了这个问题。事实上,也确实如此。这种现象一如继往,比如 Qt 从来不在代码库中添加 fcitx 支持,仅支持 ibus,估计以后也不会。老外一直不重视 CJK (中日韩地区) 使用者们对于第三方输入法的客观需求,这种问题未来也不可能有什么转变。

要有所转变,还是得 CJK 用户们去项目页,贴脸问候。

楼主这种既搞不清事实,又管理不好自己情绪的表现,非常符合我们对于 JAVA 程序员的刻板印象:低能,幼稚。

我也认为楼主观点偏激了。但是JetBrains都产品并不只有JAVA开发群体使用。阁下直接以偏概全的针对某群体侮辱。我觉得阁下纵使天纵奇才,素质也是比较低贱的。SG

Reply View the author
花雨落逝
deepin
2024-01-05 09:58
#9
manton94

你这是在开地图炮???哪里来的优越感???

虽然但是这确实不应该让发行版背锅

换作Ubuntu系统估计也照样用fcitx输入法输入不了

Reply View the author
Ziggy
deepin
2024-01-05 09:58
#10

似乎在这之前从来没有人怀疑过jdk的问题,因为JetBrains系都是内置jdk而不是走的发行版jdk

Reply View the author
TLT
deepin
2024-01-05 10:07
#11
花雨落逝

虽然但是这确实不应该让发行版背锅

换作Ubuntu系统估计也照样用fcitx输入法输入不了

虽然但是,我们针对的是层主开地图炮的行为。你搁这搁这呢

Reply View the author