dead_acute + c produces ç

Bug #1016259 reported by Frederik Elwert on 2012-06-21
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
libx11 (Ubuntu)
Undecided
Unassigned

Bug Description

I am using the default German keyboard layout in a de_DE.UTF8 environment. When typing the key sequence ´ + c (<dead_acute> <c>), I am getting ç (ccedilla), but I would expect ć (cacute).

The cause seems to be in /usr/share/X11/locale/iso8859-15/Compose, which has these lines:

# Useful for portuguese language
<dead_acute> <C> : "\307" Ccedilla
<dead_acute> <c> : "\347" ccedilla

I don’t know why we should have a special case for this: We can have ccedilla already with <dead_cedilla> <c>, and currently there is no way to get cacute. It is really counterintuitive to use the acute on a c and get a c with cedilla.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: libx11-data 2:1.4.99.1-0ubuntu2 [modified: usr/share/X11/locale/iso8859-15/Compose]
ProcVersionSignature: Ubuntu 3.2.0-25.40-generic 3.2.18
Uname: Linux 3.2.0-25-generic i686
.tmp.unity.scope.gourmet: Error: [Errno 21] Ist ein Verzeichnis: '/tmp/unity-scope-gourmet'
.tmp.unity.support.test.0:

ApportVersion: 2.0.1-0ubuntu8
Architecture: i386
CheckboxSubmission: 688d20c2367428cd47393f8945b33f66
CheckboxSystem: b845c366ea09c60efa3a45c1b5b21525
CompizPlugins: [core,composite,opengl,decor,grid,compiztoolbox,gnomecompat,resize,vpswitch,move,snap,regex,place,imgpng,mousepoll,text,session,animation,expo,ezoom,wall,unitymtgrabhandles,workarounds,fade,scale,unityshell,scaleaddon]
CompositorRunning: compiz
Date: Thu Jun 21 23:09:41 2012
Dependencies:

DistUpgraded: 2012-01-22 19:04:17,328 DEBUG enabling apt cron job
DistroCodename: precise
DistroVariant: ubuntu
DkmsStatus:
 virtualbox, 4.1.12, 3.2.0-23-generic-pae, i686: installed
 virtualbox, 4.1.12, 3.2.0-24-generic, i686: installed
 virtualbox, 4.1.12, 3.2.0-24-generic-pae, i686: installed
 virtualbox, 4.1.12, 3.2.0-25-generic, i686: installed
 virtualbox, 4.1.12, 3.2.0-25-generic-pae, i686: installed
GraphicsCard:
 Advanced Micro Devices [AMD] nee ATI RS880M [Mobility Radeon HD 4200 Series] [1002:9712] (prog-if 00 [VGA controller])
   Subsystem: Hewlett-Packard Company Device [103c:1475]
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Alpha i386 (20110803.1)
MachineType: Hewlett-Packard HP 625
PackageArchitecture: all
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-25-generic root=UUID=674fb7fd-ef06-4514-950c-9bfff202e626 ro quiet splash vt.handoff=7
SourcePackage: libx11
UpgradeStatus: Upgraded to precise on 2012-01-22 (151 days ago)
dmi.bios.date: 05/24/2010
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 68DVA Ver. F.01
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: 1475
dmi.board.vendor: Hewlett-Packard
dmi.board.version: KBC Version 72.0E
dmi.chassis.asset.tag: CNU0262V5J
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.modalias: dmi:bvnHewlett-Packard:bvr68DVAVer.F.01:bd05/24/2010:svnHewlett-Packard:pnHP625:pvr:rvnHewlett-Packard:rn1475:rvrKBCVersion72.0E:cvnHewlett-Packard:ct10:cvr:
dmi.product.name: HP 625
dmi.sys.vendor: Hewlett-Packard
version.compiz: compiz 1:0.9.7.8-0ubuntu1
version.libdrm2: libdrm2 2.4.32-1ubuntu1
version.libgl1-mesa-dri: libgl1-mesa-dri 8.0.2-0ubuntu3.1
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 8.0.2-0ubuntu3.1
version.xserver-xorg-core: xserver-xorg-core 2:1.11.4-0ubuntu10.2
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.0-0ubuntu1
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.14.99~git20111219.aacbd629-0ubuntu2
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.17.0-1ubuntu4
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:0.0.16+git20111201+b5534a1-1build2

Um, seems I was wrong. According to compose.dir, en_US.UTF-8/Compose is responsible for the de_DE.UTF-8 locale. In that file, cacute seems to be defined correctly, at least I cannot find the issue. Fixing the iso8859-15 compose file does not fix the issue in an UTF-8 environment.

So where is the faulty definition? Don’t manage to track it down …

gg (gg3) wrote :

For Ubuntu 12.04 x86_64, the following worked:
1. Check en_US.UTF-8/Compose
2. Add export GTK_IM_MODULE="xim" to /etc/environment for a global change or create a ~/.gnomerc with that line for a single user's change
3. restart X
Solution found in http://wiki.ubuntuusers.de/Sonderzeichen

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in libx11 (Ubuntu):
status: New → Confirmed
torzsmokus (torzsmokus) wrote :

same problem on Ubuntu 12.04.1 x86_64 (locale: hu_HU.UTF-8)

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers