Summary: | SKIM or SCIM integration | ||
---|---|---|---|
Product: | [I don't know] kde | Reporter: | Mauricio Szabo <sky_demony> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED NOT A BUG | ||
Severity: | wishlist | CC: | kde, nate, notuxius |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Mauricio Szabo
2008-08-15 06:48:23 UTC
On Debian sid+experimental, I have been using scim-bridge-agent-client-qt4 (and the GTK+ and Qt3 client packages) together with skim 1.4.5, and set up env vars thus: % echo $XMODIFIERS $GTK_IM_MODULE $QT_IM_MODULE @im=scim-bridge scim-bridge scim-bridge All applications use input methods correctly. skim itself still depends on KDE3 libraries. Nope, this doesn't work for me. With scim-bridge, Qt4 applications still doesn't understand japanese input and accents and in Qt3 applications, japanese input works but accents stopped working (so I must go back to SCIM). On GTK applications, with scim-bridge, both accents and japanese input works, with scim and scim-bridge, so I think this is a Qt3/4 bug. (just a question, what is the difference between scim and scim-bridge?) I have the same problem with spanish and japanese and, sometimes, the keyboard don't work. I close skim and keyboard works again. If I run a KDE3 application all works well in it. This problem with skim and KDE4 is annoying :(. Is the issue reproducible currently? Doesn't seem relevant anymore. |