1 May
2018
1 May
'18
10:17 a.m.
On Tuesday 01 May 2018 10:41:14 Leslie Turriff wrote:
On 2018-04-30 22:27:09 wofgdkncxojef(a)gmail.com wrote:
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.....
On Monday 30 April 2018 10:47:23 Jan Stolarek
wrote:
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 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