We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
原因猜测是KDE在启动时还没有来得及启动fcitx,因此执行了sogou-qimpanel直接因为找不到fcitx守护进程而退出了。
应该是mime关联不正确,KDE系统设置的文件关联选项中,desktop的关联项目是在xfce4面板上添加启动器,xdg-open证实了这一点。不过奇怪的是,直接在dolphin里打开就会正确执行了。妈的智障 现在唯一的处理方式是进入桌面之后按alt+f2输入sogou-qimpanel来手工启动sogou-qimpanel程序。或者可以选择自行写一个脚本在启动后检查fcitx进程是否已经启动,等待fcitx启动之后再执行sogou-qimpanel。 不理解ubuntu怎么保证让fcitx启动后才启动fcitx-qimpanel。如果有人知道是怎么回事或者有解决的想法的话务必提出,谢谢。
2016.11.6 补充 该bug仅在KDE下出现,使用KDM登录进XFCE Session无此bug出现。 进入XFCE前唯一的变动是在profile.d/lang.sh中加入了以下代码
if [ -z "$(runleve) | grep '4'" ]; then export LANG=en_US.UTF-8 else export LANG=zh_CN.UTF-8 fi
出于直(乱)觉(猜),怀疑是此处locale的问题导致/etc/xdg/autostart/fcitx-ui-sogou-qimpanel.desktop没有正常启动。 诸位可以试试,不使用KDE的startup脚本来设置LANG环境变量,而是直接修改/etc/profile.d/lang.sh将语言设置成zh_CN.UTF-8。 所以说如果有用的话就麻烦给个回应呗?
The text was updated successfully, but these errors were encountered:
Arondight
nnnewb
No branches or pull requests
原因猜测是KDE在启动时还没有来得及启动fcitx,因此执行了sogou-qimpanel直接因为找不到fcitx守护进程而退出了。应该是mime关联不正确,KDE系统设置的文件关联选项中,desktop的关联项目是在xfce4面板上添加启动器,xdg-open证实了这一点。不过奇怪的是,直接在dolphin里打开就会正确执行了。
妈的智障现在唯一的处理方式是进入桌面之后按alt+f2输入sogou-qimpanel来手工启动sogou-qimpanel程序。或者可以选择自行写一个脚本在启动后检查fcitx进程是否已经启动,等待fcitx启动之后再执行sogou-qimpanel。
不理解ubuntu怎么保证让fcitx启动后才启动fcitx-qimpanel。如果有人知道是怎么回事或者有解决的想法的话务必提出,谢谢。
The text was updated successfully, but these errors were encountered: