Shortcuts won't work when using a keyboard layout different from QWERTY

Bug #1195526 reported by Daniel E. Moctezuma
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Superkb
New
Undecided
Unassigned

Bug Description

Regardless of starting up Superkb on a QWERTY or COLEMAK keyboard layout, shortcuts won't work at all unless you are using QWERTY.
The On-Screen Keyboard will appear, though (when pressing the Meta-Key).
In addition, if you start up Superkb with a different layout (let's say COLEMAK) and then change your layout (without restarting Superkb) to QWERTY, everything works fine.

So it seems QWERTY us the only working layout for shortcuts.

---

KDE Development Platform: 4.10.4 (Qt: 4.8.4)
GNU/Linux Fedora 18 (64-bit)

Revision history for this message
Octavio Alvarez (alvarezp) wrote :

Hi! Thanks for reporting. Two questions, though:

1. If you kill and reload Superkb after changing the layout to Colemak, do the icons appear in the correct place for Qwerty or for Colemak (or no icons at all)?

2. Just to make sure on the "at all" part: if you kill and reload Superkb after changing the layout to Colemak, do the programs launch if you type the corresponding Qwerty key on the Colemak layout or viceversa?

Revision history for this message
Daniel E. Moctezuma (democtezuma) wrote :

1. Icons appear in the correct place showing the QWERTY layout (when using COLEMAK and reloading Superkb)

2. When using COLEMAK, (and reloading Superkb of course) the programs won't launch on with either the corresponding QWERTY or COLEMAK keys. I even have some F2 and F3 shortcuts that won't work at all.

Everything comes back to normal when I switch to back QWERTY.

Revision history for this message
Octavio Alvarez (alvarezp) wrote : Re: [Bug 1195526] Re: Shortcuts won't work when using a keyboard layout different from QWERTY

> 2. When using COLEMAK, (and reloading Superkb of course) the programs
> won't launch on with either the corresponding QWERTY or COLEMAK keys. I
> even have some F2 and F3 shortcuts that won't work at all.

I did a test using the French layout which exchanges A and Q. This is what
I found:

Test with English AND French layouts configured, with English at the top:
  * Superkb takes the English layout regardless of the current layout
selected.

Test with English AND French layouts configured, with French at the top:
  * Superkb takes the French layout regardless of the current layout
selected.

Test with French layouts only:
  * Superkb takes the French layout.

Can you confirm if you see the same thing as I do?

Thanks.

Revision history for this message
Daniel E. Moctezuma (democtezuma) wrote :

>Test with English AND French layouts configured, with French at the top:
> * Superkb takes the French layout regardless of the current layout
>selected.

That is the only test that didn't work that way, the other 2 did.
This test behaved just like the first one.

Revision history for this message
Octavio Alvarez (alvarezp) wrote :

On Mon, 22 Jul 2013 19:22:24 -0700, Daniel E. Moctezuma
<email address hidden> wrote:

>> Test with English AND French layouts configured, with French at the top:
>> * Superkb takes the French layout regardless of the current layout
>> selected.
>
> That is the only test that didn't work that way, the other 2 did.
> This test behaved just like the first one.

So, is it correct to assume that if you leave the Colemak layout *only*,
it works?

Also, can you manually change the displayed order? The reason I ask this
is because Superkb always takes the first keyboard returned by the XKB
API. I am wondering if the order displayed by your GUI really reflects the
order of the reported keyboards or if it is just, for example,
alphabetical sorting. Also, many other algorithmic issues might be getting
in the way.

I'd like to know what happens if you remove all but French and *then* add
US.

Thanks for the following up.

--
Octavio.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.