On Tuesday 01 May 2018 10:41:14 Leslie Turriff wrote:
On 2018-04-30 22:27:09 wofgdkncxojef@gmail.com wrote:
On Monday 30 April 2018 10:47:23 Jan Stolarek wrote:
TDE is using dbus in very limited fashion, so my bet is, that it is not relevant to the input methods at all, while ibus seems to be using dbus extensively. it might be that GTK or KDE4 by having dbus integrated, may work also with ibus
My understanding so far was that this is toolkit-dependent (GTK2/GTK3/Qt3/Qt4) and independent of DBus. In other words, there needs to be a library that would provide Qt3 support for IBus.
Thanks for replies everyone. I take it that the problem cant be solved without writing a library for this.
Janek
i think a solution would be for the trinity devs to bundle with trinity an old version of an input method(what's the name....) that used to work with KDE3. call it ibus-trinity or scim-trinity or whatever.....
You're thinking of DCOP, I believe.
Leslie
no, i meant ibus/scim/uim/fcitx and other programs of the like you could type in chinese in kde3 with all of those
it would be far simpler to bundle with trinity an older version of ibus that works. In one of the links, i saw some one saying that ibus worked in trinity. It was in 14.04? I think there was some big changes in ibus a few years back. Maybe it broke at that point? maybe you can test this with a 14.04 live cd, still supported until 2019
then the devs could bundle it as ibus-trinity i think not having an input method is a big flaw.....