On Tuesday 01 May 2018 10:41:14 Leslie Turriff wrote:
> On 2018-04-30 22:27:09 wofgdkncxojef@... 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.....