国内的华为,阿里巴巴,腾讯全都有自己的JDK,没一家去搞一下子吗
有一说一,我觉得这不应该是发行版的锅……
因为这个软件,发行版并没有参与开发或维护啊,甚至可以说可能都没用到,只是可以被用户安装在电脑?
个人观点,如有错误之处欢迎斧正!
值得指出的是,这算得上是一个 JDK 的 Bug,并深刻影响中文用户的输入体验,然而在 JetBrains 修复它之前,国内号称自主可控的 Linux 发行版厂家们,没有一家主动站出来修复或者向上游提交修复补丁。
不知道楼主这种傲慢劲从何而来,
第一,Linux发行版,不是在用 C++ 做交互层面的基础设施(比如深度、优麒麟的桌面环境),就是在用 C 做硬件层面的基础设施,比如适配各种指令集。
JDK 这种第三方、商业软件,有哪一家国产发行版在使用?以及,这种第三方、商业软件的问题,从哪种角度上值得国产发行版去给他们擦屁股?
第二,有过开发经验,闭着眼都能想到出现这个问题的原因:JDK 没有在代码库的依赖中加入 fcitx 的动态链接库造成了这个问题。事实上,也确实如此。这种现象一如继往,比如 Qt 从来不在代码库中添加 fcitx 支持,仅支持 ibus,估计以后也不会。老外一直不重视 CJK (中日韩地区) 使用者们对于第三方输入法的客观需求,这种问题未来也不可能有什么转变。
要有所转变,还是得 CJK 用户们去项目页,贴脸问候。
楼主这种既搞不清事实,又管理不好自己情绪的表现,非常符合我们对于 JAVA 程序员的刻板印象:低能,幼稚。
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.
很神奇的指责,如果jdk是Linux桌面的重要组成部分,那么我认可你的观点,但是除了Java程序员,基本没有人需要jdk,也没有人被这个问题影响。
那么,我想指责国内在Linux上写Java代码的工程师,为什么没有主动站出来修复或者向上游提交修复补丁。
不要什么问题都丢给发行版厂商,jdk自己就没有问题吗?还是在你心中jdk不能被骂,只能骂国内的Linux发行版?
秀!
《只要出了问题就是国产Linux发行版的错》
值得指出的是,这算得上是一个 JDK 的 Bug,并深刻影响中文用户的输入体验,然而在 JetBrains 修复它之前,国内号称自主可控的 Linux 发行版厂家们,没有一家主动站出来修复或者向上游提交修复补丁。
不知道楼主这种傲慢劲从何而来,
第一,Linux发行版,不是在用 C++ 做交互层面的基础设施(比如深度、优麒麟的桌面环境),就是在用 C 做硬件层面的基础设施,比如适配各种指令集。
JDK 这种第三方、商业软件,有哪一家国产发行版在使用?以及,这种第三方、商业软件的问题,从哪种角度上值得国产发行版去给他们擦屁股?
第二,有过开发经验,闭着眼都能想到出现这个问题的原因:JDK 没有在代码库的依赖中加入 fcitx 的动态链接库造成了这个问题。事实上,也确实如此。这种现象一如继往,比如 Qt 从来不在代码库中添加 fcitx 支持,仅支持 ibus,估计以后也不会。老外一直不重视 CJK (中日韩地区) 使用者们对于第三方输入法的客观需求,这种问题未来也不可能有什么转变。
要有所转变,还是得 CJK 用户们去项目页,贴脸问候。
楼主这种既搞不清事实,又管理不好自己情绪的表现,非常符合我们对于 JAVA 程序员的刻板印象:低能,幼稚。
你这是在开地图炮???哪里来的优越感???
值得指出的是,这算得上是一个 JDK 的 Bug,并深刻影响中文用户的输入体验,然而在 JetBrains 修复它之前,国内号称自主可控的 Linux 发行版厂家们,没有一家主动站出来修复或者向上游提交修复补丁。
不知道楼主这种傲慢劲从何而来,
第一,Linux发行版,不是在用 C++ 做交互层面的基础设施(比如深度、优麒麟的桌面环境),就是在用 C 做硬件层面的基础设施,比如适配各种指令集。
JDK 这种第三方、商业软件,有哪一家国产发行版在使用?以及,这种第三方、商业软件的问题,从哪种角度上值得国产发行版去给他们擦屁股?
第二,有过开发经验,闭着眼都能想到出现这个问题的原因:JDK 没有在代码库的依赖中加入 fcitx 的动态链接库造成了这个问题。事实上,也确实如此。这种现象一如继往,比如 Qt 从来不在代码库中添加 fcitx 支持,仅支持 ibus,估计以后也不会。老外一直不重视 CJK (中日韩地区) 使用者们对于第三方输入法的客观需求,这种问题未来也不可能有什么转变。
要有所转变,还是得 CJK 用户们去项目页,贴脸问候。
楼主这种既搞不清事实,又管理不好自己情绪的表现,非常符合我们对于 JAVA 程序员的刻板印象:低能,幼稚。
我也认为楼主观点偏激了。但是JetBrains都产品并不只有JAVA开发群体使用。阁下直接以偏概全的针对某群体侮辱。我觉得阁下纵使天纵奇才,素质也是比较低贱的。SG
你这是在开地图炮???哪里来的优越感???
虽然但是这确实不应该让发行版背锅
换作Ubuntu系统估计也照样用fcitx输入法输入不了
似乎在这之前从来没有人怀疑过jdk的问题,因为JetBrains系都是内置jdk而不是走的发行版jdk
虽然但是这确实不应该让发行版背锅
换作Ubuntu系统估计也照样用fcitx输入法输入不了
虽然但是,我们针对的是层主开地图炮的行为。你搁这搁这呢
Popular Events
More
伴随 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
在用户安装更新后,输入法候选面板终于出现在正确的位置上。
值得指出的是,这算得上是一个 JDK 的 Bug,并深刻影响中文用户的输入体验,然而在 JetBrains 修复它之前,国内号称自主可控的 Linux 发行版厂家们,没有一家主动站出来修复或者向上游提交修复补丁。