Hi Sérgio and André
Thanks for your replies, which both pointed out that the proposal has
not died but rather got a new number.
But why was it never implemented? Or does it need to be activated in a
particular way? None of the suggested integrations of the Compose key
file works out of the box in my KDE setup. I'm not using Ubuntu, but
Gentoo Linux … but this should not be a distro specific feature anyway.
Thanks for your further investigation!
Dominik
PS: When we get the thing fixed finally, I know of at least two other
guys which would want to know about that, because they are still working
on KDE 4 due to loss of compose keys … maybe there are quite a few
people out there waiting for it --- so we might publicly advertise the
change after we fixed it. I offer myself as a tester.
On 10/24/2016 12:02 PM, Sérgio Martins wrote:
On Mon, Oct 17, 2016 at 11:45 AM, Dominik Wezel <d...@qvasartech.com> wrote:
Hi
I had to upgrade to KDE 5 recently. One of the first things I immediately
noticed was that my key composition table was no longer working. In earlier
versions, I managed to force Qt and GTK to use XIM, which supported my huge
additions to /usr/share/X11/locale/en_US.UTF-8/Compose.
As a mere KDE user without deeper insight, I first blamed KDE for it, but
was kindly redirected to Qt as the underlying problem. When searching the
net I found some emails from 2013 written by Paeglis Gatis, where I learned
that XIM is deprecated in Qt5 and that support for key composition tables is
planned to be done directly in Qt.
However, it seemed that task https://codereview.qt-project.org/#/c/48185/ is
abandoned.
Hi,
The change got in: https://codereview.qt-project.org/#/c/51555/
Regards,
Sergio Martins
_______________________________________________
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
