#586584 libgtk2.0-0: Some compose key sequences do not give the expected output

Package:
libgtk2.0-0
Source:
gtk+2.0
Description:
GTK graphical user interface library - old version
Submitter:
Date:
2010-11-08 21:06:47 UTC
Severity:
normal
#586584#5
Date:
2010-06-20 19:13:20 UTC
From:
To:
Hi,

Some compose key sequences do not give the expected output.

For example, according to several pages[0], the sequence for
ć should be <compose>+'+c

In gtk+ apps, the above sequence leads to: ç

This doesn't happen in QT apps (tested in unetbootin input fields).

As far as I could find, this bug was reported upstream[1] and fixed
a few months ago.
However, the experimental packages still have the issue.

Would you please include the patch mentionned in comment #34 of
the upstream bug report and upload a fixed version to experimental?

Cheers,
Julien

[0] eg. http://www.hermit.org/Linux/ComposeKeys.html
[1] https://bugzilla.gnome.org/show_bug.cgi?id=557420

- -- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-0             1.30.0-1         The ATK accessibility toolkit
ii  libc6                   2.11.2-1         Embedded GNU C Library: Shared lib
ii  libcairo2               1.8.10-4         The Cairo 2D vector graphics libra
ii  libcups2                1.4.3-1          Common UNIX Printing System(tm) -
ii  libfontconfig1          2.8.0-2.1        generic font configuration library
ii  libfreetype6            2.3.11-1         FreeType 2 font engine, shared lib
ii  libglib2.0-0            2.25.9-1         The GLib library of C routines
ii  libgnutls26             2.8.6-1          the GNU TLS library - runtime libr
ii  libgssapi-krb5-2        1.8.1+dfsg-5     MIT Kerberos runtime libraries - k
ii  libgtk2.0-common        2.21.2-1         Common files for the GTK+ graphica
ii  libjasper1              1.900.1-7        The JasPer JPEG-2000 runtime libra
ii  libjpeg62               6b-16.1          The Independent JPEG Group's JPEG
ii  libpango1.0-0           1.28.1-1         Layout and rendering of internatio
ii  libpng12-0              1.2.43-1         PNG library - runtime
ii  libtiff4                3.9.4-1          Tag Image File Format (TIFF) libra
ii  libx11-6                2:1.3.3-3        X11 client-side library
ii  libxcomposite1          1:0.4.1-1        X11 Composite extension library
ii  libxcursor1             1:1.1.10-2       X cursor management library
ii  libxdamage1             1:1.1.3-1        X11 damaged region extension libra
ii  libxext6                2:1.1.1-3        X11 miscellaneous extension librar
ii  libxfixes3              1:4.0.4-2        X11 miscellaneous 'fixes' extensio
ii  libxi6                  2:1.3-4          X11 Input extension library
ii  libxinerama1            2:1.1-3          X11 Xinerama extension library
ii  libxrandr2              2:1.3.0-3        X11 RandR extension library
ii  libxrender1             1:0.9.5-2        X Rendering Extension client libra
ii  shared-mime-info        0.71-3           FreeDesktop.org shared MIME databa
ii  zlib1g                  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme            0.11-1     default fallback theme for FreeDes
ii  libgtk2.0-bin                 2.21.2-1   The programs for the GTK+ graphica

Versions of packages libgtk2.0-0 suggests:
ii  gvfs                          1.6.2-1    userspace virtual filesystem - ser
ii  librsvg2-common               2.26.3-1   SAX-based renderer library for SVG

- -- no debconf information
iEYEARECAAYFAkweaEwACgkQIQvyq59x1EnkRwCfRxoa4W1cxqMUoZmRy4CvCu8a
VKkAn06cXy8pi6uyEuuLD0G4f+YDZNCt
=/H/u
-----END PGP SIGNATURE-----

#586584#10
Date:
2010-06-20 20:39:05 UTC
From:
To:
Le dimanche 20 juin 2010 à 21:13 +0200, Julien Valroff a écrit :

Yes, this is the point of the Cedilla input method, which is the default
for French. Just switch to the default input method if you don’t like
this.

The bug you referenced is unrelated.

#586584#15
Date:
2010-06-21 16:29:13 UTC
From:
To:
Hi Josselin,

Le dimanche 20 juin 2010 à 22:39 +0200, Josselin Mouette a écrit :

Why this default? It seems a bit strange, especially as French keyboards
already have a direct ç key.

Thanks, I hace set GTK_IM_MODULES to xim as an environment variable
(what is the best method to change it on a system wide basis and per
user?)

All my apologies, I really thought it was this issue as the example of
the ç/ć is stated in one of the comments.

Cheers,
Julien

#586584#20
Date:
2010-06-21 16:42:27 UTC
From:
To:
Le lundi 21 juin 2010 à 18:29 +0200, Julien Valroff a écrit :

Here is a comment from the Cedilla source.

/* The difference between this and the default input method is the handling
 * of C+acute - this method produces C WITH CEDILLA rather than C WITH ACUTE.
 * For languages that use CCedilla and not acute, this is the preferred mapping,
 * and is particularly important for pt_BR, where the us-intl keyboard is
 * used extensively.

I think the same holds for French people using US keyboards.

Cheers,

#586584#25
Date:
2010-06-21 17:53:28 UTC
From:
To:
Le lundi 21 juin 2010 à 18:42 +0200, Josselin Mouette a écrit :

You are right, but I guess the large majority of French people use
French keyboards, don't you think?

Input method should also be configurable on a per user basis (maybe in
gnome-keyboard-properties for GNOME), or system wide at least via a
configuration file.

Cheers,
Julien