Re: [orca-list] Caps Lock Issue
- From: Jacob Schmude <j schmude gmail com>
- To: orca-list <orca-list gnome org>
- Subject: Re: [orca-list] Caps Lock Issue
- Date: Thu, 13 Aug 2009 20:22:05 -0400
I cannot duplicate it on my Jaunty setup either, at least not
reliably. The only time I notice it is when I switch keyboard layouts
the lock modifier will sometimes get bound, but that's not so
surprising when you consider how X handles these things. It doesn't
happen to me at all when switching in and out of text consoles.
On Aug 13, 2009, at 19:47, Willie Walker wrote:
Many thanks for the detailed response. I checked this on Ubuntu's
Karmic release and don't notice the bad behavior: the lock modifier
remains unbound. So, this may be a problem specific to your X setup
or
your distribution.
Will
On Thu, 2009-08-13 at 21:34 +0100, Alastair Irving wrote:
On Thu, Aug 13, 2009 at 03:24:42PM -0400, Willie Walker wrote:
Thanks for checking this out. Just to verify what "that's exactly
what's happening" means -- did you verify that your xmodmap was
indeed changed/different?
xmodmap before the problem starts is:
xmodmap: up to 4 keys per modifier, (keycodes in parentheses):
shift Shift_L (0x32), Shift_R (0x3e)
lock
control Control_L (0x25), Control_R (0x69)
mod1 Alt_L (0x40), Meta_L (0xcd)
mod2 Num_Lock (0x4d)
mod3
mod4 Super_L (0x85), Super_R (0x86), Super_L (0xce),
Hyper_L (0xcf)
mod5 ISO_Level3_Shift (0x5c), Mode_switch (0xcb)
And after switching to a text console with ctrl+alt+f1 and back to
gnome
with alt+f7 it is
xmodmap: up to 4 keys per modifier, (keycodes in parentheses):
shift Shift_L (0x32), Shift_R (0x3e)
lock Caps_Lock (0x42)
control Control_L (0x25), Control_R (0x69)
mod1 Alt_L (0x40), Meta_L (0xcd)
mod2 Num_Lock (0x4d)
mod3
mod4 Super_L (0x85), Super_R (0x86), Super_L (0xce),
Hyper_L (0xcf)
mod5 ISO_Level3_Shift (0x5c), Mode_switch (0xcb)
These differ on the line beginning "lock".
Alastair
Will
On 08/13/09 02:46 PM, Alastair Irving wrote:
On Thu, Aug 13, 2009 at 09:32:52AM -0400, Willie Walker wrote:
Hi Alastair:
The behavior you describe sounds like something is resetting the
xmodmap. When you have Orca running and the Caps Lock key is
behaving
as expected, try running xmodmap in a terminal and saving the
output.
Then, do the things you need to do to reproduce the problem and
rerun
xmodmap, comparing the results to the prior run.
The thing I'd be interested in is if the lock modifier gets
rebound to
the Caps Lock key.
That's exactly what's happening. At least its not an Orca problem;
I'll have to try and track down why its being reset.
Many thanks
Alastair
_______________________________________________
Orca-list mailing list
Orca-list gnome org
http://mail.gnome.org/mailman/listinfo/orca-list
Visit http://live.gnome.org/Orca for more information on Orca.
The manual is at http://library.gnome.org/users/gnome-access-guide/nightly/ats-2.html
The FAQ is at http://live.gnome.org/Orca/FrequentlyAskedQuestions
Netiquette Guidelines are at http://live.gnome.org/Orca/FrequentlyAskedQuestions/NetiquetteGuidelines
_______________________________________________
Orca-list mailing list
Orca-list gnome org
http://mail.gnome.org/mailman/listinfo/orca-list
Visit http://live.gnome.org/Orca for more information on Orca.
The manual is at http://library.gnome.org/users/gnome-access-guide/nightly/ats-2.html
The FAQ is at http://live.gnome.org/Orca/FrequentlyAskedQuestions
Netiquette Guidelines are at http://live.gnome.org/Orca/FrequentlyAskedQuestions/NetiquetteGuidelines
_______________________________________________
Orca-list mailing list
Orca-list gnome org
http://mail.gnome.org/mailman/listinfo/orca-list
Visit http://live.gnome.org/Orca for more information on Orca.
The manual is at http://library.gnome.org/users/gnome-access-guide/nightly/ats-2.html
The FAQ is at http://live.gnome.org/Orca/FrequentlyAskedQuestions
Netiquette Guidelines are at http://live.gnome.org/Orca/FrequentlyAskedQuestions/NetiquetteGuidelines
The major difference between a thing that might go wrong and a
thing that cannot possibly go wrong is that when a thing that cannot
possibly go wrong goes wrong it usually turns out to be impossible to
get at or repair.
--Douglas Adams
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]