On Tuesday 01 May 2018 10:41:14 Leslie Turriff wrote: > On 2018-04-30 22:27:09 wofgdkncxojef@xxxxxxxxx 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..... --------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@xxxxxxxxxxxxxxxxxxxxxxxxxx For additional commands, e-mail: trinity-users-help@xxxxxxxxxxxxxxxxxxxxxxxxxx Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
