Re: bug#7637: 24.0.50; Caps Lock triggers set-mark-command

Re: bug#7637: 24.0.50; Caps Lock triggers set-mark-command

[Chong Yidong]

A user has reported that under a certain KDE setting, Caps Lock breaks
Emacs by making every motion key a shift-motion key, thus breaking the
shift-selection feature.  Does anyone have KDE installed to test this?


Mitja Uršič <odtihmal@gmail.com> writes:

> I'm using it in Debian Lenny with KDE.
> I do have Caps Lock and Control swapped by kcontrol, though.
>
>  > Turning on caps lock also turns on set-mark-command.
>  > All C- and M- moving commands from then on mark text
>  > into a region.
>  > This does not apply for the four arrow keys.
>  >
>  > To reproduce:
>  > 1) Write some text.
>  > 2) Set caps lock to on.
>  > 3) Move around the text with C-p, C-n, M-b, M-f and other
>  > C- and M- keys for moving point.
>  >
>  > Region is now marked despite that no C-<SPC> was pressed
>  > or otherwise set-mark-command invoked.

Re: bug#7637: 24.0.50; Caps Lock triggers set-mark-command

[Marco Pessotto]

Chong Yidong <cyd@stupidchicken.com> writes:

> A user has reported that under a certain KDE setting, Caps Lock breaks
> Emacs by making every motion key a shift-motion key, thus breaking the
> shift-selection feature.  Does anyone have KDE installed to test this?
>

For what is worth, I'm _not_ running KDE but I experience the same
behaviour all the time. I'm available to give you as much feedback as
possible (even if I truly don't know where to start: Xorg settings?
.Xdefault? Windows system?). It's just an italian keyboard layout with
"default" settings. While running emacs in a terminal this doesn't
happen.

GNU Emacs 23.2.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of
2010-11-03 on potassium, modified by Debian

Bests

-- 
Marco

Re: bug#7637: 24.0.50; Caps Lock triggers set-mark-command

[David De La Harpe Golden]

On 20/12/10 15:32, Chong Yidong wrote:
> A user has reported that under a certain KDE setting, Caps Lock breaks
> Emacs by making every motion key a shift-motion key, thus breaking the
> shift-selection feature.  Does anyone have KDE installed to test this?
>

Certainly KDE has:
System Settings -> Personal -> Regional & Language
-> Keyboard Layout -> Advanced
-> CapsLock key behaviour
-> CapsLock toggles Shift so all keys are affected

(and a bunch of other options)

i.e. It makes the caps lock key a true "shift lock", but it works "as 
intended" AFAICS - cursor keys will in effect be shifted (and therefore 
sweep out selections) when the shiftlock is on, and not when the 
shiftlock is off. (tested). On my machine, when active, both the caps 
lock and scroll lock LEDs are lit when the "shift lock" is activated.

It's essentially equivalent to something you can do on the command line 
with setxkbmap, in fact the settings dialog prints the command line it's 
using at the bottom e.g.
setxkbmap -option caps:shiftlock

My understanding is that it's a chording-avoidance accessibility 
feature, and there's little emacs can or should do about it. KDE Kate 
and other X11 apps are affected in the same way as emacs, unsurprisingly.

If you want normal caps lock behaviour, i.e. letters are capitalised but 
other stuff isn't shifted, then, er, leave it as a caps lock, not a 
shift lock.

Re: bug#7637: 24.0.50; Caps Lock triggers set-mark-command

[David De La Harpe Golden]

On 20/12/10 17:11, Marco Pessotto wrote:

> For what is worth, I'm _not_ running KDE but I experience the same
> behaviour all the time. I'm available to give you as much feedback as
> possible (even if I truly don't know where to start: Xorg settings?
> .Xdefault? Windows system?). It's just an italian keyboard layout with
> "default" settings.

What does

setxkbmap -v

say?

Re: bug#7637: 24.0.50; Caps Lock triggers set-mark-command

[Marco Pessotto]

setxkbmap -v
Trying to build keymap using the following components:
keycodes:   evdev+aliases(qwerty)
types:      complete
compat:     complete
symbols:    pc+it+inet(evdev)+terminate(ctrl_alt_bksp)
geometry:   pc(pc105)

-- 
Marco

Re: bug#7637: 24.0.50; Caps Lock triggers set-mark-command

[David De La Harpe Golden]

On 20/12/10 22:40, Marco Pessotto wrote:
>
> setxkbmap -v
> Trying to build keymap using the following components:
> keycodes:   evdev+aliases(qwerty)
> types:      complete
> compat:     complete
> symbols:    pc+it+inet(evdev)+terminate(ctrl_alt_bksp)
> geometry:   pc(pc105)
>

Hmm. I was expecting a "capslock(shiftlock)" to have crept in somehow, 
but apparently not.  I can't replicate an issue switching to an italian 
layout on my system, either (though I'm on debian/unstable).

Er. Is this happening in other X11 apps or just emacs?

Re: bug#7637: 24.0.50; Caps Lock triggers set-mark-command

[Marco Pessotto]

David De La Harpe Golden <david@harpegolden.net> writes:

> On 20/12/10 22:40, Marco Pessotto wrote:
>>
>> setxkbmap -v
>> Trying to build keymap using the following components:
>> keycodes:   evdev+aliases(qwerty)
>> types:      complete
>> compat:     complete
>> symbols:    pc+it+inet(evdev)+terminate(ctrl_alt_bksp)
>> geometry:   pc(pc105)
>>
>
> Hmm. I was expecting a "capslock(shiftlock)" to have crept in somehow,
> but apparently not.  I can't replicate an issue switching to an
> italian layout on my system, either (though I'm on debian/unstable).
>
> Er. Is this happening in other X11 apps or just emacs?
>

I've tried with scite. shift+arrows hilight the region, capslock+arrows
only moves the cursor. Same with firefox & thunderbird. So it's look
like it's only emacs. It happens even with emacs -Q, so it's not likely
a .emacs issue.

-- 
Marco

Re: bug#7637: 24.0.50; Caps Lock triggers set-mark-command

[Karl Ljungkvist]

David De La Harpe Golden <david <at> harpegolden.net> writes:

> 
> On 20/12/10 15:32, Chong Yidong wrote:
> > A user has reported that under a certain KDE setting, Caps Lock breaks
> > Emacs by making every motion key a shift-motion key, thus breaking the
> > shift-selection feature.  Does anyone have KDE installed to test this?
> >
> 
> Certainly KDE has:
> System Settings -> Personal -> Regional & Language
> -> Keyboard Layout -> Advanced
> -> CapsLock key behaviour
> -> CapsLock toggles Shift so all keys are affected
> 
> (and a bunch of other options)
> 
> i.e. It makes the caps lock key a true "shift lock", but it works "as 
> intended" AFAICS - cursor keys will in effect be shifted (and therefore 
> sweep out selections) when the shiftlock is on, and not when the 
> shiftlock is off. (tested). On my machine, when active, both the caps 
> lock and scroll lock LEDs are lit when the "shift lock" is activated.
> 
> It's essentially equivalent to something you can do on the command line 
> with setxkbmap, in fact the settings dialog prints the command line it's 
> using at the bottom e.g.
> setxkbmap -option caps:shiftlock
> 
> My understanding is that it's a chording-avoidance accessibility 
> feature, and there's little emacs can or should do about it. KDE Kate 
> and other X11 apps are affected in the same way as emacs, unsurprisingly.
> 
> If you want normal caps lock behaviour, i.e. letters are capitalised but 
> other stuff isn't shifted, then, er, leave it as a caps lock, not a 
> shift lock.
> 
> 

I'm also experiencing this problem on Ubuntu 12.04 using Gnome and Xmonad. As
far as I can remember, this configurations has had this behavior for at least
three years. I just checked, and it is not related to the shiftlock. There is an
option in the gnome keyboard layout settings and it's *off*.

So far I've fixed this using a number of set-key's:

(global-set-key (kbd "C-S-p") 'previous-line)
(global-set-key (kbd "C-S-n") 'next-line)
(global-set-key (kbd "C-S-f") 'forward-char)
(global-set-key (kbd "C-S-b") 'backward-char)
etc.

This seems to work, but it's ugly and I don't think the original behavior was
intended. I would be very happy to see a fix of this.