In article <658CC105-51E7-43AC-B062-E882D724063E@...>,
Jeff Hobbs <jeffh@...> wrote:
> On 2011-08-15, at 5:49 PM, Ned Deily wrote:
> > Has anyone had any experience using Aqua Tk (either Carbon or Cocoa)
> > with the Mac OS X Dvorak - Qwerty Cmd input method. (See System
> > Preferences -> Language & Text -> Input Sources). The idea behind it is
> > to have a Dvorak keyboard layout except when the Command key is pressed
> > (as when using keyboard accelerators): then the keyboard reverts to a
> > standard Qwerty layout. I had never run into it before until someone
> > submitted this Python issue:
> > http://bugs.python.org/issue12748
> > As I noted in the issue, I'm really not keen on tracking this down
> > further myself at the moment but I thought I'd bring it up here in (1)
> > to see if anyone else had any experience using this input method with Tk
> > apps (in particular, with text processing and keyboard menu
> > accelerators) and (2) to bring it to the attention of anyone who might
> > want to look into it sometime.
> Just an FYI that I tried this out and could confirm it with older builds, but
> not the latest 8.5.10 Cocoa (ActiveTcl 126.96.36.199 in particular), which
> includes fixes from Kevin Walzer on command-key handling.
> I tested this by using the (wacky) Dvorak-Qwerty Cmd layout in tkcon, and
> finding that Cmd-N (new window) and Cmd-T (new Tab) still worked while
> regular input was Dvorak layout.
Thanks, Jeff, for testing this. Wacky it is. That reminded me about the
Wish Widget demo. Using the Menus and Cascades demo with the latest
ActiveTcl 8.4 Wish, it did appear that the
shift-to-Qwerty-when-Cmd-pressed did not happen with 8.4 as you noted.
With ActiveTcl 188.8.131.52, the switch from Dvorak to Qwerty with Cmd *was*
followed, however the Dvorak layout letters were also recognized as
accelerators. So, for instance, in the 184.108.40.206 Menus and Cascades demo
(using a US keyboard with the Dvorak-Qwerty Cmd input method) pressing
either Cmd-B or Cmd-N (Dvorak "N" == Qwerty "B") caused a "B" to be
output. With the 8.4 demo, only Cmd-N produces a "B". Presumably, the
right answer is for only Cmd-B to be recognized, not both, so it seems
neither 8.4.19 nor 220.127.116.11 are doing exactly the right thing.
One other, much more serious problem with the 18.104.22.168 Wish (and seen
with Python IDLE as well): Qwerty "X" == Dvorak "Q" and pressing Cmd-X
for the common Edit menu Cut command appears to be interpreted
unconditionally as Cmd-Q and causes the app to quit! That's kinda nasty.