Tomboy and Dvorak

[marwal]

Binary package hint: tomboy

I have set keyboard layout in Gnome to "Sweden Dvorak". Tomboy 0.6.3 accept this except in shortcut keys.
So - for example - CTRL+Q is copy and CTRL+J is Paste.

ProblemType: Bug
Architecture: i386
Date: Thu Apr 26 10:23:44 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/yelp
Package: yelp 2.18.1-0ubuntu2
PackageArchitecture: i386
ProcCmdline: gnome-help ghelp:///usr/share/gnome/help/tomboy/sv/tomboy.xml
ProcCwd: /
ProcEnviron:
 PATH=/home/marwal/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=sv_SE.UTF-8
 SHELL=/bin/bash
SourcePackage: yelp
Uname: Linux inspiron 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux

[Pedro Villavicencio (pedro)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? May you try to reproduce this with Gutsy? Thanks in advance.

[Pedro Villavicencio (pedro)]

Closing this bug since no more information has been provided, would be nice if you may test your problem with Gutsy Gibbon you may grab a CD Image from here: http://www.ubuntu.com/testing/ thanks in advance.

[marwal (marwal)]

I'm using Gutsu. And Dvorak layout.
Tomboy still has issues.
CTRL-C turns highlighted text italic instead of Copying it (Ctrl-V is Paste though).

[Pedro Villavicencio (pedro)]

This happens to you only with tomboy ? or with others applications also?

[marwal (marwal)]

It's only in Tomboy. Gedit, OpenOffice, Firefox and all other programs handles Ctrl-C as it should.
My LANG is en_US.UTF-8
Keyboard is set as 105-key generic, Layout is Sweden Dvorak

[Pedro Villavicencio (pedro)]

Ok thanks will forward this upstream if there's no bug related to it.

[Pedro Villavicencio (pedro)]

According to upstream this is a gtk+ bug, reassigning; thanks.

[Chris Moore (dooglus)]

According to upstream this isn't a bug at all, but is desired behaviour. Apparently it's the user's fault because GTK+ can't tell that the "user fooled around with the keyboard capplet".

[Ulrich Hobelmann (u-hobelmann)]

Seems like somebody upstream has a very strange perception of what is a user - the Gnome developers? The Ubuntu packagers?

I certainly never fooled around with a capplet (I don't even know what it is?). I simply am a *user* in that I want to *use* my keyboard layout in a way that makes sense. I merely want some monotony in the behavior of my keyboard with respect to modifier keys, such as when 't' maps to 'y', then I want Ctrl-t to map to Ctrl-y. So Gtk can't even handle this simple case of monotony?

I have no idea what was programmed, but it seems to me that such monotony would be both easy (conceptually at least) and make much more sense than mapping everything to the qwerty-layout (which it doesn't even do: ctrl-s maps to ctrl-o, which is in fact dvorak behavior!).

Just why doesn't ctrl-'-' map to ctrl-z then (on my German keyboard, - maps to z)?). So the current behavior is neither qwerty behavior, nor does it map dvorak correctly.

Whatever the *desired* behavior is, it probably can't be explained in an easy enough sentence (like ctrl-KEY maps to ctrl+(userKeyboardLayoutMapping(KEY)) or to ctrl+(qwertyMapping(KEY))), and it is wrong either way.

[Chris Moore (dooglus)]

I think the GNOME folks' point of view is that most people who have multiple keyboard layouts defined are using some kind of non-latin keyboard. They mention Russian users, etc. Then there's no problem with the remapping - they might want Ctrl-C to still do a Copy even though most keys they type aren't A-Z. The problem comes when you have multiple A-Z keyboard setups defined.

Their suggested workaround is for you to remove the qwerty layout from your list of available layouts - then the problem goes away, apparently. It's pretty inconvenient - I want to be able to quickly switch between Czech (where I can type accented characters) and English (where I can type numbers without holding SHIFT, and where I my fingers can easily find punctuation - the Czech layout doesn't have an @ sign for example, as far as I can tell).

[Ulrich Hobelmann (u-hobelmann)]

I still wonder why typing in Dvorak should be different, because *some other* layout exists.

I want to be able to quickly switch to German layout, if friends are at my place. I don't see why the German layout can't behave German just as well as the Dvorak layout could behave Dvoraky. A German keyboard has the y where the US 'z' is, so of course ctrl-y is on top of y. In Dvorak it should be exactly the same (no matter what other keymap my system also happens to have available).

Of course you're not the person I need to convince here. It's just sad that the system isn't more configurable. I think it wouldn't be hard to get the "Russian" functionality with something like an override, i.e. a config file that specified where on the non-latin keyboard a ctrl-C would be mapped (instead of the default that is hard-coded somewhere). And of course, what we want is merely working behavior for *latin* keyboards, not (just) for kyrillic, which would be a special case, as many languages just use latin. Those languages should map whatever key they have to the corresponding ctrl-key (as described above).

Is this already decided by some key (political) Gnome or Gtk developers, or do you think there is hope?