Re: [Development] Qt/XCB applications and deadkeys and ibus (which cease working) (and sometimes the entire keyboard in Konsole)

[Lisandro Damián Nicanor Pérez Meyer]

On sábado, 2 de septiembre de 2017 10:51:08 -03 you wrote:
[snip]
> > QT_LINUX_ACCESSIBILITY_ALWAYS_ON
> > 
> > It forces Qt to send accessibility events with new content trees
> > everything
> > something changes.
> > 
> > Though the real problem might be that Linux lacks a good way to enable
> > accessibility interfaces at runtime. On macOS and Windows, the same
> > performance impact is only enabled if you start using a system
> > accessibility feature.
> 
> That's possibly it. A11y team: do you think we can start this only if the
> right hardware is detected?

I have just filled a [debian bug] for this. Allan and everyone: please do 
never hesitate in filing bugs against Debian packages for this or any other 
bug/sugegstion/performance issue you might find. We are mostly 2 people behind 
Qt but really try to give our users the best experience we can.

Pinging me or mitya57 on IRC is also a valid thing to do :-)

Thanks!

[debian bug] 


-- 
http://mx.grulic.org.ar/lurker/message/20081108.174208.4f42e55c.es.html
Así se corrobora el software legal en Argentina

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Re: [Development] Qt/XCB applications and deadkeys and ibus (which cease working) (and sometimes the entire keyboard in Konsole)

[Lisandro Damián Nicanor Pérez Meyer]

On lunes, 12 de junio de 2017 10:32:17 -03 Allan Sandfeld Jensen wrote:
> On Montag, 12. Juni 2017 10:17:50 CEST René J. V. Bertin wrote:
> > Allan Sandfeld Jensen wrote:
> > > I am on Debian and found the same thing. Apt-get remove im-config solves
> > > the issue. Apparently it is a buggy package that forces Qt to use ibus
> > > without ensuring ibus is launched.
> > 
> > That's not what I saw. Ibus was always launched at login, and im-config
> > seems to get some length to ensure that applications always use the "best"
> > method available if the user didn't configure things to use a specific
> > method. That's why newly launched Qt applications work fine after exiting
> > ibus. The loss of keyboard input in Qt5 applications is a priori not a
> > packaging fault but a regression in Qt itself.
> > 
> > > Btw. In a similar vain of packages having a negative impact on Qt. I
> > > also
> > > recomment uninstalling at-spi2-core which sets the environment variable
> > > to
> > > force accessibility always on which has a big negative performance
> > > impact.

Right. We where asked to turn it on by default by the a11y team (CCIng). 
Granted we did not know it meant that it will have such a negative impact in 
performance.

> > Thanks for the suggestion, at least I could uninstall that one without
> > taking a sh*load of other packages along with it...
> > What env. variable would that be (I don't want to log off and on AGAIN
> > just
> > yet
> > 
> > :))
> 
> QT_LINUX_ACCESSIBILITY_ALWAYS_ON
> 
> It forces Qt to send accessibility events with new content trees everything
> something changes.
> 
> Though the real problem might be that Linux lacks a good way to enable
> accessibility interfaces at runtime. On macOS and Windows, the same
> performance impact is only enabled if you start using a system accessibility
> feature.

That's possibly it. A11y team: do you think we can start this only if the 
right hardware is detected?


-- 
Mi experiencia me dice que lo que la gente quiere y necesita -en Indonesia, en
Turquía, en Italia, en los Estados Unidos, en Brasil, en la Argentina o donde
sea- es básicamente lo mismo. La gente quiere comida en la mesa, una vivienda
básica, un gobierno que funcione, que en las fuerzas de seguridad haya
personas confiables, a las que no tengan que tenerles miedo, educación y
salud. ¡La gente de todo el mundo quiere lo mismo!
  Padre Thomas Michel, jesuita, especialista en diálogo interreligioso,
  en una entrevista de Elisabetta Piqué para La Nación, 27/09/2006.
  http://www.lanacion.com.ar/844069

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#448005: qt3-examples: smalltable example doesn't allow deadkeys to start ediation

[Jiří Paleček]

Package: qt3-examples
Version: 3:3.3.7-4
Severity: normal

Hello,

in the smalltable example, it is possible to edit the cells, and the  
editation normally starts when I press a key. However, if I press a dead  
key for starting editing, it doesn't work as a dead key and inserts the  
symbol of the dead character (eg. acute) alone.


The problem is that the table has input method disabled while editing is  
enabled.


So there are two possibilities: Either, the user is responsible for  
enabling input methods on editable QTables, which means the example should  
probably enable it as well, or input methods should work on any Qt widget  
which handles keyboard input, which means this is a bug in Qt.


This problem caused crashes previously and affects quite a lot of  
software. I would like to know what is the official recommendation in this  
case.


Regards
Jiri Palecek


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.20.3-rt8 (PREEMPT)
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL  
set to cs_CZ)

Shell: /bin/sh linked to /bin/dash

Versions of packages qt3-examples depends on:
ii  libqt3-mt-dev 3:3.3.7-9  Qt development files  
(Threaded)


qt3-examples recommends no packages.

-- no debconf information


--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Bug#346029: marked as done (libqt3-mt: Deadkeys don't work with Qt-based applications and cz keyboard)

[Debian Bug Tracking System]

Your message dated Tue, 17 Jan 2006 09:22:18 -0500 (EST)
with message-id [EMAIL PROTECTED]
and subject line It was really 347531
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 4 Jan 2006 23:17:34 +
From [EMAIL PROTECTED] Wed Jan 04 15:17:34 2006
Return-path: [EMAIL PROTECTED]
Received: from vms042pub.verizon.net ([206.46.252.42])
by spohr.debian.org with esmtp (Exim 4.50)
id 1EuHss-0001D6-69
for [EMAIL PROTECTED]; Wed, 04 Jan 2006 15:17:34 -0800
Received: from chelcicky.vysocina ([68.239.6.181])
 by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep
 9 2005)) with ESMTPA id [EMAIL PROTECTED] for
 [EMAIL PROTECTED]; Wed, 04 Jan 2006 17:17:33 -0600 (CST)
Received: from matej by chelcicky.vysocina with local (Exim 4.60)
 (envelope-from [EMAIL PROTECTED])id 1EuHsL-0006w6-8A; Wed,
 04 Jan 2006 18:17:01 -0500
Date: Wed, 04 Jan 2006 18:17:00 -0500
From: Matej Cepl [EMAIL PROTECTED]
Subject: libqt3-mt: Deadkeys don't work with Qt-based applications and cz
 keyboard
To: Debian Bug Tracking System [EMAIL PROTECTED]
Message-id: [EMAIL PROTECTED]
MIME-version: 1.0
X-Mailer: reportbug 3.18
Content-type: text/plain; charset=UTF-8
Content-transfer-encoding: QUOTED-PRINTABLE
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-7.5 required=4.0 tests=BAYES_00,HAS_PACKAGE,
RCVD_IN_SORBS autolearn=no version=2.60-bugs.debian.org_2005_01_02

Package: libqt3-mt
Version: 3:3.3.5-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I am not sure whether I should file this here or against the
xlibs-data package, but the problem shows itself only in Qt-based
applications (both KDE and non-KDE, like lyx-qt) so I am going
here. When pressing deadkey with a letter, combination of which
gives Czech letter with diacritical mark (e.g., zcaron), I get
caron and letter-z as two separate characters, =CB=87z. Mozilla, plai=
n
xterm (not konsole) work in this regard correctly (there are
other keyboard related issues here -- #345436 collects many of
them, but I have also #345893 -- which makes me wonder whether it
is not bug of xorg after all). Unfortuantely, this makes all
Qt-based application practically unusable for all Czech users.

This is my keyboard section in xorg.conf (I have switched off
international keyboard support in KDE Control Center, so it
should be all that is there):

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  inspiron # or pc104 doesn't matte=
r
Option  XkbLayout cz_qwerty
Option  XkbOptionscompose:caps,grp:led_scroll,grp:=
alts_toggle
Option  XkbVariantbasic
EndSection

and this is the output of xprop:

chelcicky:~$ xprop -root | grep XKB
_XKB_RULES_NAMES(STRING) =3D xorg, inspiron, cz_qwerty, basic=
, compose:caps,grp:led_scroll,grp:alts_toggle
chelcicky:~$

Any thoughts?

Matej


- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.3
Locale: LANG=3Dcs_CZ.UTF-8, LC_CTYPE=3Dcs_CZ.UTF-8 (charmap=3DUTF-8)

Versions of packages libqt3-mt depends on:
ii  fontconfig2.3.2-1.1  generic font configurati=
on library
ii  libaudio2 1.7-3  The Network Audio System=
 (NAS). (s
ii  libc6 2.3.5-11   GNU C Library: Shared li=
braries an
ii  libfontconfig12.3.2-1.1  generic font configurati=
on library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, =
shared lib
ii  libgcc1   1:4.0.2-5  GCC support library
ii  libice6   6.9.0.dfsg.1-1 Inter-Client Exchange li=
brary
ii  libjpeg62 6b-11  The Independent JPEG Gro=
up's JPEG=20
ii  libmng1   1.0.8-1Multiple-image Network G=
raphics li
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsm66.9.0.dfsg.1-1 X Window System Session =
Management
ii  libstdc++64.0.2-5The GNU Standard C++ Lib=
rary v3
ii  libx11-6  6.9.0.dfsg.1-1 X

Bug#346029: libqt3-mt: Deadkeys don't work with Qt-based applications and cz keyboard

[Marek Schmidt]

I think I've found the source of this problem, 

cs_CZ.UTF-8 is missing in /usr/X11R6/lib/X11/locale/compose.dir

I've reported a bug aginst xlibs-data describing this, see bug #347531

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347531

Marek Schmidt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#346029: libqt3-mt: Deadkeys don't work with Qt-based applications and cz keyboard

[Marek Schmidt]

I've just found that GTK applications are not using X input method by 
default... 

same problem occurs when running gtk programs with:

LC_CTYPE=cs_CZ.UTF-8 GTK_IM_MODULE=xim gedit

so this is probably not a Qt bug, but rather some problem with compose  
cs_CZ.UTF-8

Marek Schmidt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#346029: libqt3-mt: Deadkeys don't work with Qt-based applications and cz keyboard

[Marek Schmidt]

Hello, 

I have exactly the same problem.  (after upgrading xorg to 6.9.0)

Running a qt app with different locale than cs_CZ.UTF-8 seems to work 
correctly, though... I have tested cs_CZ (iso-8859-2), en_US.UTF-8 and 
pl_PL.UTF-8 and these worked well with czech keyboard layout.

Marek Schmidt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#346029: libqt3-mt: Deadkeys don't work with Qt-based applications and cz keyboard

[Matej Cepl]

Package: libqt3-mt
Version: 3:3.3.5-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I am not sure whether I should file this here or against the
xlibs-data package, but the problem shows itself only in Qt-based
applications (both KDE and non-KDE, like lyx-qt) so I am going
here. When pressing deadkey with a letter, combination of which
gives Czech letter with diacritical mark (e.g., zcaron), I get
caron and letter-z as two separate characters, ˇz. Mozilla, plain
xterm (not konsole) work in this regard correctly (there are
other keyboard related issues here -- #345436 collects many of
them, but I have also #345893 -- which makes me wonder whether it
is not bug of xorg after all). Unfortuantely, this makes all
Qt-based application practically unusable for all Czech users.

This is my keyboard section in xorg.conf (I have switched off
international keyboard support in KDE Control Center, so it
should be all that is there):

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  inspiron # or pc104 doesn't matter
Option  XkbLayout cz_qwerty
Option  XkbOptions
compose:caps,grp:led_scroll,grp:alts_toggle
Option  XkbVariantbasic
EndSection

and this is the output of xprop:

chelcicky:~$ xprop -root | grep XKB
_XKB_RULES_NAMES(STRING) = xorg, inspiron, cz_qwerty, basic, 
compose:caps,grp:led_scroll,grp:alts_toggle
chelcicky:~$

Any thoughts?

Matej


- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.3
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)

Versions of packages libqt3-mt depends on:
ii  fontconfig2.3.2-1.1  generic font configuration library
ii  libaudio2 1.7-3  The Network Audio System (NAS). (s
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.2-5  GCC support library
ii  libice6   6.9.0.dfsg.1-1 Inter-Client Exchange library
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG 
ii  libmng1   1.0.8-1Multiple-image Network Graphics li
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsm66.9.0.dfsg.1-1 X Window System Session Management
ii  libstdc++64.0.2-5The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-1 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-1 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi66.9.0.dfsg.1-1 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-1 X Window System multi-head display
ii  libxrandr26.9.0.dfsg.1-1 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  libxt66.9.0.dfsg.1-1 X Toolkit Intrinsics
ii  zlib1g1:1.2.3-9  compression library - runtime

libqt3-mt recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDvFds4J/vJdlkhKwRAt7QAJ9LilrgdzTsifJRdLMq/3/A79JuTACfbnNb
TCVEtdmcCp8YSnFnuwErIGo=
=p5mV
-END PGP SIGNATURE-

Deadkeys

[Michael Meskes]

For some reason I have deadkeys again since I switched to KDE 2.2. My X
server is correctly configured to use the German layout with option
nodeadkeys and indeed it works nicely in Gnome or Xsession setup. But with
KDE I get my dead keys back.

Any idea?

Michael

P.S.: Please CC me on replies.
P.P.S: Sorry for bringing this up again, but the last time it was hidden in
a mail with a different topic.

-- 
Michael Meskes
Michael@Fam-Meskes.De
Go SF 49ers! Go Rhein Fire!
Use Debian GNU/Linux! Use PostgreSQL!

Re: German Keyboard layout without deadkeys?

[AUBORD Alain]

On  5-Mar-01 at 11:29, Frank Mehnert ([EMAIL PROTECTED]) wrote:
 Hi,
 
 is a German Keyboard layout without deadkeys available in KDE2.1 potato?
 

I get similar problem with swiss-french keyboard. I was not able to do what I
want with the new tools (xkb, Xfree config). I have changed the keyboard with
the xmodmap utility. Now it works well.


Alain Aubord

Re: German Keyboard layout without deadkeys?

[Frank Mehnert]

On Tuesday 06 March 2001 10:38, AUBORD Alain wrote:
 On  5-Mar-01 at 11:29, Frank Mehnert ([EMAIL PROTECTED]) wrote:
  Hi,
 
  is a German Keyboard layout without deadkeys available in KDE2.1 potato?

 I get similar problem with swiss-french keyboard. I was not able to do what
 I want with the new tools (xkb, Xfree config). I have changed the keyboard
 with the xmodmap utility. Now it works well.

Aha! That's my failure. I thought that KDE changes the keyboard settings
itself, but it's an X setting. Since I'm using XFree86 4.0.2 (on potato),
the right entry in /etc/X11/XFree86Config-4 is

  Option XkbLayout  de
  Option XkbVariant nodeadkeys

Thanks for your tip.

Greetings,

Frank
-- 
Frank Mehnert
## Dept. of Computer Science, Dresden University of Technology, Germany ##
## E-Mail: [EMAIL PROTECTED]http://os.inf.tu-dresden.de/~fm3 ##

German Keyboard layout without deadkeys?

[Frank Mehnert]

Hi,

is a German Keyboard layout without deadkeys available in KDE2.1 potato?

Frank
-- 
Frank Mehnert
## Dept. of Computer Science, Dresden University of Technology, Germany ##
## E-Mail: [EMAIL PROTECTED]http://os.inf.tu-dresden.de/~fm3 ##