Jan Stolarek wrote:

Anyone?

I don't think so - seems pretty new to what TDE is. You want to integrate it? You are welcome. There is good intro and work to dbus from Timoty, I was looking at it when trying to estimate effort to do something for TDE native bluetooth support. Unfort. no time at all for such exercise ATM. It could have though larger impact on components, because dbus is not the native method for communication in TDE.

There might be some kind of work around - I don't know - Sorry.

Perhaps open an enhancement request at http://bugs.trinitydesktop.org/ so that one of the main developers can do an estimate and can be tracked.

regards

Jimmy Johnson wrote:

I don't know what to tell you, maybe this page will help: https://www.q4os.org/forum/viewtopic.php?id=1683

I don't see there a solution for TDE. Reading the description of IBus, I think it might not work in TDE unless there is some work around as it uses dbus and other tools that are not integrated in TDE.

When I select Chinese keyboard, I see "setxkbmap -model pc105 -layout cn,us". I guess it would work if I had the required packages installed, but nothing worked.

Jimmy Johnson wrote:

I don't know about q4os, but dbus is in devuan and I have it installed.

this does not mean anything regarding the OPs question. 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

regards

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

--- Politechnika Łódzka Lodz University of Technology

Treść tej wiadomości zawiera informacje przeznaczone tylko dla adresata. Jeżeli nie jesteście Państwo jej adresatem, bądź otrzymaliście ją przez pomyłkę prosimy o powiadomienie o tym nadawcy oraz trwałe jej usunięcie.

This email contains information intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient or if you have received this message in error, please notify the sender and delete it from your system.

On Monday 30 April 2018 01: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

On the Devuan pages, there is a sort of sub-group who want to stop using dbus. Just like they want to get rid of systemd, so they also don't like dbus.

I don't know anything more about it, but perhaps you could look into this?

Bill

On Monday 30 April 2018 07:36:14 deloptes wrote:

William Morder wrote:

...

On the Devuan pages, there is a sort of sub-group who want to stop using dbus. Just like they want to get rid of systemd, so they also don't like dbus.

I don't know anything more about it, but perhaps you could look into this?

So there are some extremists :) Is it turning into Debian-Amish community :D

without dbus, also bluetooth won't work ... and many other things

regards

I will stand in defense of dbus. It and its predecessors have helped to automate my email handling to a minimum amount of work for me. With its help, an incoming msg, being written to /var/mail/$usr by procmail, is available for me to take action in kmail appriximately .25 seconds after procmail has closed the file. Losing dbus would multiply the needed mouse clicks by 2 or more, and add me as a variable delay to its visibility in kmail.

---

To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net 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

On Monday 30 April 2018 04:36:14 deloptes wrote:

William Morder wrote:

...

On the Devuan pages, there is a sort of sub-group who want to stop using dbus. Just like they want to get rid of systemd, so they also don't like dbus.

I don't know anything more about it, but perhaps you could look into this?

So there are some extremists :) Is it turning into Debian-Amish community :D

without dbus, also bluetooth won't work ... and many other things

regards

Yes, I generate power to run my computer by riding a bicycle generator. :-] At present I am in the midst of an extended Rumspringa for the past 44 years. (I'll let you work out the numbers on that riddle.)

I grew up in Amish country. They were our neighbors, and we always saw their horse-drawn carts on the roads, and even were on passing friendly terms with some Amish families. It is probably due to my exposure to the Amish people who lived in the next valley that I got interested in history of religion, anthropology, and that sort of thing.

https://en.wikipedia.org/wiki/Rumspringa documentary about Rumspringa https://www.youtube.com/watch?v=H-qD9XMwxDo (This link works for me; there were others that didn't work.)

Actually, the elders of each Amish community decide separately what technology they will allow to be used. They often run shops to sell their food and crafts to outsiders ("the English"), and in those shops they have electricity, computers, and accept all major credit cards. In their homes and communities, however, they have none of that, and still live like it is the eighteenth century, when their founder, Jakob Amman, declared that time ought to be stopped. https://en.wikipedia.org/wiki/Jakob_Amman

Back to topic: I don't much like systemd, as it seems to mess with how my system runs, especially when I try to restart. I am not anti-dbus, although I would like to know more about why the Devuan Amish community don't like it. If anybody has any insights into this matter, I am all ears.

Bill

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.....

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.....

On Tuesday 22 May 2018 08:36:50 Jan Stolarek wrote:

...

ibus works in trinity, with these three changes

These three steps that you describe are exactly what I have done and it doesn't work for me. I.e. I can use IBus in applications based on GTK/GTK3 an QT4, but not in native trinity applications that use QT3 (like KMail or Kate). Are you saying that IBus input works for you in these applications? If so there must ba another piece in this puzzle that I am missing.

Janek

---

Politechnika Łódzka Lodz University of Technology

Treść tej wiadomości zawiera informacje przeznaczone tylko dla adresata. Jeżeli nie jesteście Państwo jej adresatem, bądź otrzymaliście ją przez pomyłkę prosimy o powiadomienie o tym nadawcy oraz trwałe jej usunięcie.

This email contains information intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient or if you have received this message in error, please notify the sender and delete it from your system.

dcop works just fine in trinity R14-etc. From one of my scripts that automates incoming mail:

# First set method Method=dcop if [[ ${Method} = 'dbus' ]] then Cmd="/usr/bin/qdbus org.kde.kmail /KMail org.kde.kmail.kmail.checkMail" fi if [[ ${Method} = 'dcop' ]] then #or for dcop, use: Cmd="/opt/trinity/bin/dcop kmail KMailIface checkMail" fi

---

To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net 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

In my case, if QT_IM_MODULE is defined even empty, it bloks it.

Spot on! I removed exports for GTK_IM_MODULE, QT_IM_MODULE and XIM_PROGRAM from my .bashrc and now I can use IBus in TDE applications. I owe you.

Janek

--- Politechnika Łódzka Lodz University of Technology

Treść tej wiadomości zawiera informacje przeznaczone tylko dla adresata. Jeżeli nie jesteście Państwo jej adresatem, bądź otrzymaliście ją przez pomyłkę prosimy o powiadomienie o tym nadawcy oraz trwałe jej usunięcie.

This email contains information intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient or if you have received this message in error, please notify the sender and delete it from your system.