GNU bug report logs -
#11414
23.2; Caps lock problem on English-Dvorak layout
Previous Next
To reply to this bug, email your comments to 11414 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11414
; Package
emacs
.
(Sat, 05 May 2012 16:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Gian Fontanilla <prvteprts <at> yahoo.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 05 May 2012 16:32:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
When switching to the English-Dvorak layout using C-\ or C-x RET C-\ ,
and then turning on caps lock, the following letters do not capitalize:
w, v, z, and s. Other letters capitalize just fine. Moreover, some
secondary punctuation marks appear without pressing the shift key. For
instance, when pressing the semi-colon/colon ';' key, the colon ';'
character appears. The following punctuation keys are affected:
comma/less-than, period/greater-than, and semi-colon/colon. All other
keys in the main typing area of the keyboard do not seem to be
affected. The above error occurs even when running 'emacs -Q' and in all
editable buffers.
Here is a brief overview of the environment. The hardware keyboard used
is a typical US ANSI (QWERTY) keyboard. The operating system is Trisquel
5.0 GNU/Linux with GNOME 2.32.1, with USA as the default keyboard
layout. The GNU Emacs version is 23.2 installed from the
repository. Locale settings are:
LANG=en_PH.UTF-8
LANGUAGE=en
LC_CTYPE="en_PH.UTF-8"
LC_NUMERIC="en_PH.UTF-8"
LC_TIME="en_PH.UTF-8"
LC_COLLATE="en_PH.UTF-8"
LC_MONETARY="en_PH.UTF-8"
LC_MESSAGES=en_US.UTF-8
LC_PAPER="en_PH.UTF-8"
LC_NAME="en_PH.UTF-8"
LC_ADDRESS="en_PH.UTF-8"
LC_TELEPHONE="en_PH.UTF-8"
LC_MEASUREMENT="en_PH.UTF-8"
LC_IDENTIFICATION="en_PH.UTF-8"
LC_ALL=
Pasted below are details generated using the report-emacs-bug command. I will try to fix the problem myself, but in the meantime, I'm forwarding this bug report.
Thanks,
Gian
In GNU Emacs 23.2.1 (i686-pc-linux-gnu, GTK+ Version 2.24.4)
of 2011-04-04 on rothera, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.11001000
configured using `configure '--build' 'i686-linux-gnu' '--build' 'i686-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.2/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i686-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: en_US.UTF-8
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_PH.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
ido-everywhere: t
show-paren-mode: t
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-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-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
/usr/share/emacs/23.2/site-lisp/auctex/multi-prompt hides /usr/share/emacs/site-lisp/auctex/multi-prompt
/usr/share/emacs/23.2/site-lisp/auctex/tex-jp hides /usr/share/emacs/site-lisp/auctex/tex-jp
/usr/share/emacs/23.2/site-lisp/auctex/latex hides /usr/share/emacs/site-lisp/auctex/latex
/usr/share/emacs/23.2/site-lisp/auctex/toolbar-x hides /usr/share/emacs/site-lisp/auctex/toolbar-x
/usr/share/emacs/23.2/site-lisp/auctex/tex-bar hides /usr/share/emacs/site-lisp/auctex/tex-bar
/usr/share/emacs/23.2/site-lisp/auctex/texmathp hides /usr/share/emacs/site-lisp/auctex/texmathp
/usr/share/emacs/23.2/site-lisp/auctex/context hides /usr/share/emacs/site-lisp/auctex/context
/usr/share/emacs/23.2/site-lisp/auctex/tex-mik hides /usr/share/emacs/site-lisp/auctex/tex-mik
/usr/share/emacs/23.2/site-lisp/auctex/tex hides /usr/share/emacs/site-lisp/auctex/tex
/usr/share/emacs/23.2/site-lisp/auctex/tex-info hides /usr/share/emacs/site-lisp/auctex/tex-info
/usr/share/emacs/23.2/site-lisp/auctex/font-latex hides /usr/share/emacs/site-lisp/auctex/font-latex
/usr/share/emacs/23.2/site-lisp/auctex/tex-fptex hides /usr/share/emacs/site-lisp/auctex/tex-fptex
/usr/share/emacs/23.2/site-lisp/auctex/tex-fold hides /usr/share/emacs/site-lisp/auctex/tex-fold
/usr/share/emacs/23.2/site-lisp/auctex/tex-style hides /usr/share/emacs/site-lisp/auctex/tex-style
/usr/share/emacs/23.2/site-lisp/auctex/bib-cite hides /usr/share/emacs/site-lisp/auctex/bib-cite
/usr/share/emacs/23.2/site-lisp/auctex/context-nl hides /usr/share/emacs/site-lisp/auctex/context-nl
/usr/share/emacs/23.2/site-lisp/auctex/tex-font hides /usr/share/emacs/site-lisp/auctex/tex-font
/usr/share/emacs/23.2/site-lisp/auctex/tex-buf hides /usr/share/emacs/site-lisp/auctex/tex-buf
/usr/share/emacs/23.2/site-lisp/auctex/context-en hides /usr/share/emacs/site-lisp/auctex/context-en
/usr/share/emacs/23.2/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup
/usr/share/emacs23/site-lisp/dictionaries-common/ispell hides /usr/share/emacs/23.2/lisp/textmodes/ispell
/usr/share/emacs23/site-lisp/dictionaries-common/flyspell hides /usr/share/emacs/23.2/lisp/textmodes/flyspell
Features:
(shadow sort mail-extr message sendmail regexp-opt ecomplete rfc822 mml
mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse
rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util
netrc mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1
hex-util hashcash mail-utils emacsbug help-mode view remember
org-remember org-datetree org byte-opt bytecomp byte-compile advice
help-fns advice-preload org-footnote org-src org-list org-faces
org-compat org-macs easymenu time-date noutline outline easy-mmode avoid
ido paren preview-latex tex-site auto-loads tooltip ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd font-setting tool-bar dnd fontset
image fringe lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core
frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help
simple abbrev loaddefs button minibuffer faces cus-face files
text-properties overlay md5 base64 format env code-pages mule custom
widget hashtable-print-readable backquote make-network-process dbusbind
system-font-setting font-render-setting gtk x-toolkit x multi-tty emacs)
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11414
; Package
emacs
.
(Tue, 08 May 2012 23:12:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 11414 <at> debbugs.gnu.org (full text, mbox):
Gian Fontanilla wrote:
> When switching to the English-Dvorak layout using C-\ or C-x RET C-\ ,
> and then turning on caps lock, the following letters do not capitalize:
> w, v, z, and s.
So to summarize, with a standard QWERTY English keyboard:
emacs -Q
C-x RET C-\ english-dvorak RET
Now pressing the key labelled "," produces "w" as it should, and
pressing "shift ," (ie, "<") correctly produces "W". This is because
latin-post.el has the correct mapping:
("W" ?<)
But when caps-lock is active, pressing "," still generates "," (not "<")
so Emacs still translates it to "w" (not "W").
I don't know if quail has any way to solve this...
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11414
; Package
emacs
.
(Wed, 09 May 2012 01:34:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 11414 <at> debbugs.gnu.org (full text, mbox):
One thing you can do is redefine your Caps Lock key to be a Shift Lock.
Eg using the following in Xmodmap works for me:
keycode 66 = Shift_Lock
add lock = Shift_Lock
I don't know if there is, or should be, an equivalent Emacs-only solution.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11414
; Package
emacs
.
(Sat, 12 May 2012 17:11:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 11414 <at> debbugs.gnu.org (full text, mbox):
> emacs -Q
> C-x RET C-\ english-dvorak RET
> Now pressing the key labelled "," produces "w" as it should, and
> pressing "shift ," (ie, "<") correctly produces "W". This is because
> latin-post.el has the correct mapping:
> ("W" ?<)
> But when caps-lock is active, pressing "," still generates "," (not "<")
> so Emacs still translates it to "w" (not "W").
> I don't know if quail has any way to solve this...
I think that at the Lisp level, the necessary information is not
available, so we'd have to change the C code to provide extra info for
Quail to try and use it.
It's not clear to me how best to do it, so I think it'll have to stay as
one of those "patches welcome" items.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11414
; Package
emacs
.
(Mon, 23 Aug 2021 15:10:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 11414 <at> debbugs.gnu.org (full text, mbox):
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
> I think that at the Lisp level, the necessary information is not
> available, so we'd have to change the C code to provide extra info for
> Quail to try and use it.
> It's not clear to me how best to do it, so I think it'll have to stay as
> one of those "patches welcome" items.
This was nine years ago, but I can still reproduce this issue in Emacs
28, so I guess nobody's implemented this yet.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) confirmed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 23 Aug 2021 15:10:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 294 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.