GNU bug report logs -
#17928
24.3.92; <dead-acute> is undefined
Previous Next
Reported by: Florian Beck <fb <at> fbeck.net>
Date: Thu, 3 Jul 2014 23:46:01 UTC
Severity: important
Merged with 14044,
15135,
15891
Found in versions 24.2, 24.3, 24.3.92
Done: Jan Djärv <jan.h.d <at> swipnet.se>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Fri, 04 Jul 2014 17:19:17 +0200
with message-id <53B6C5F5.8050006 <at> swipnet.se>
and subject line Re: bug#17928: 24.3.92; <dead-acute> is undefined
has caused the debbugs.gnu.org bug report #17928,
regarding 24.2; Emacs 24 and dead keys in Fedora 18
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
17928: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17928
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org. Please check that
the From: line contains a valid email address. After a delay of up
to one day, you should receive an acknowledgement at that address.
Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.
Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug. If you can, give a recipe
starting from `emacs -Q':
--- BEGIN DESCRIPTION ---
After installing Fedora 18, I've come across an odd problem with Emacs.
I use a Canadian multilingual keyboard. With this keyboard it is
possible to type the characters of every European language based on
the Latin alphabet. Dead keys are very important, as they allow one to
add frequently occurring accent marks to different letters. The
physical layout is here:
http://upload.wikimedia.org/wikipedia/commons/5/55/KB_Canadian_Multilingual_Standard_comment-fr.svg
When I first ran Emacs after the installation, the dead keys that I
commonly use in French or German were not working. Emacs would display
an error like '<dead-grave> is undefined' when I pressed the dead key
and the subsquent letter was printed without an accent. The Emacs Wiki
provided a partial solution: the addition of the following line to
one's .emacs.
(require 'iso-transl)
(Source: http://www.emacswiki.org/emacs/DeadKeys)
Now I deal a lot with central Europe, and this requires me to type
words in languages like Czech or Polish. Interestingly enough, one can
not enter common Czech or Polish accented characters like ą, ę, ż, or
ž, which require a dead key. This produces an error message like
'<S-dead-caron> is undefined'. What doesn't require a dead key -- ł or
Ł for example, works. A further letter common to Polish produced with
a dead accent, ó or Ó, functions.
This implies that the input of non-ISO-8859-1 characters with dead keys
is somehow broken. Remember, I can type letters in French or German that
require dead keys without a problem and the ó or Ó is also used in
Spanish I believe -- all ISO-8859-1. Furthermore, opening files in
Emacs that contain the problem characters, or copying text containing
them into Emacs, functions normally.
--- END DESCRIPTION ---
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
/usr/share/emacs/24.2/etc/DEBUG.
In GNU Emacs 24.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.6.4)
of 2013-02-02 on buildvm-04.phx2.fedoraproject.org
Windowing system distributor `Fedora Project', version 11.0.11303000
Configured using:
`configure '--build=x86_64-redhat-linux-gnu'
'--host=x86_64-redhat-linux-gnu' '--program-prefix='
'--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib64' '--libexecdir=/usr/libexec'
'--localstatedir=/var' '--sharedstatedir=/var/lib'
'--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus'
'--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff'
'--with-xft' '--with-xpm' '--with-x-toolkit=gtk3' '--with-gpm=no'
'--with-wide-int' 'build_alias=x86_64-redhat-linux-gnu'
'host_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g
-pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic' 'LDFLAGS=-Wl,-z,relro ''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: fr_CA.UTF8
value of $LC_MESSAGES: nil
value of $LC_MONETARY: fr_CA.utf8
value of $LC_NUMERIC: fr_CA.utf8
value of $LC_TIME: fr_CA.utf8
value of $LANG: fr_FR.UTF8
value of $XMODIFIERS: @im=ibus
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
show-paren-mode: t
global-linum-mode: t
linum-mode: t
delete-selection-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<down-mouse-1> <mouse-1> M-x r e p <tab> o r <tab>
<return>
Recent messages:
Loading /usr/share/emacs/site-lisp/site-start.d/desktop-entry-mode-init.el
(source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/rpm-spec-mode-init.el
(source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...
Load-path shadows:
[Message part 3 (message/rfc822, inline)]
2014-07-04 16:10, Stefan Monnier skrev:
>>> Jan and other people who know more about X11, Gtk and input processing,
>>> what can we do about it. We really should get this fixed somehow for
>>> 24.4.
>> For this bug, just backport from trunk:
>
> Could someone take care of it, please?
>
Done.
Jan D.
This bug report was last modified 10 years and 338 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.