* Re: caps lock bug on HP-UX
[not found] <mailman.3024.1088734085.1953.bug-gnu-emacs@gnu.org>
@ 2004-07-02 11:26 ` Martin Jost
0 siblings, 0 replies; 2+ messages in thread
From: Martin Jost @ 2004-07-02 11:26 UTC (permalink / raw)
"eh" <stiaszny@MIT.EDU> schrieb im Newsbeitrag news:mailman.3024.1088734085.1953.bug-gnu-emacs@gnu.org...
>
> The caps lock key does not work in Emacs when Emacs is run on a
> Hewlett-Packard machine but operated from another machine
> (i.e. displayed on a Mac running OSX and Apple's XFree86 or a intel PC
> running linux and XFree86, either via ssh X tunnel or simple xhosting).
> The caps lock does, however, work when one is sitting at an HP machine
> using the HP keyboard, either at the physical machine itself or ssh'ed
> from another HP machine.
I'm using emacs 21.2. on HPUX 10.20 running on a C3600.
The DISPLAY is on a PC (W2K) using Exceed and sometimes on other HP machines using DISPLAY and 'xhost'.
CAPS-Lock works just as I would expect.
I also checked 21.3., works also (I don't use it, due to other problems)
Have you tried
-q --no-site-file
given to emacs at startup, to make sure none of your init-files messes it up ?
HTH
Martin
^ permalink raw reply [flat|nested] 2+ messages in thread
* caps lock bug on HP-UX
@ 2004-07-02 2:05 eh
0 siblings, 0 replies; 2+ messages in thread
From: eh @ 2004-07-02 2:05 UTC (permalink / raw)
The caps lock key does not work in Emacs when Emacs is run on a
Hewlett-Packard machine but operated from another machine
(i.e. displayed on a Mac running OSX and Apple's XFree86 or a intel PC
running linux and XFree86, either via ssh X tunnel or simple xhosting).
The caps lock does, however, work when one is sitting at an HP machine
using the HP keyboard, either at the physical machine itself or ssh'ed
from another HP machine.
Using xev, the only difference I could find between what the other
keyboards where sending (besides the keycode, which was correctly mapped
to Caps_Lock in both cases, and Caps_Lock was mapped to the "lock"
modifier) and what the HP keyboard was sending was that the HP keyboard
only sent a KeyPress event the first time CapsLock was pressed and released,
and a KeyRelease the second time CapsLock was pressed and released. The other
keyboards sent a KeyPress and KeyRelease every time the key was pressed
and released (as would be expected).
However, in both cases, the state correctly transitioned to state 2 and
the caps lock LED on the keyboard turned on, and all other programs
(such as xterm, netscape, etc.) running on the HP machine correctly
interpreted caps lock to be on and capitalized all letters typed,
regardless from which display they were accessed.
when uname -a is typed at shell on the HP machine, this is the output:
HP-UX c3600 B.10.20 A 9000/785 2013955839 two-user license
which agrees with M-x emacs-version:
This is GNU Emacs 21.1.3 (hppa2.0-hp-hpux10.20) of 2002-11-26 on c3600
I downloaded the latest tarball of emacs and re-compiled it myself on
the HP using no options to configure and the results with respect to
caps lock were identical. M-x emacs-version on my new build gives this
for output:
GNU Emacs 21.3.1 (hppa2.0-hp-hpux10.20) of 2004-07-01 on c3600
please advise,
- Martin Stiaszny
(yes, I actually spent 8 hours today trying to make the caps lock key
work. I can send you xev spew if that is at all useful.)
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2004-07-02 11:26 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <mailman.3024.1088734085.1953.bug-gnu-emacs@gnu.org>
2004-07-02 11:26 ` caps lock bug on HP-UX Martin Jost
2004-07-02 2:05 eh
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.