Re: [MACTCL] Dvorak - Qwerty input method?

[Ned D. <na...@ac...>]

In article <658...@ac...>,
 Jeff Hobbs <je...@ac...> 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 8.5.10.1 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 8.5.10.1, 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 8.5.10.1 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 8.5.10.1 are doing exactly the right thing.

One other, much more serious problem with the 8.5.10.1 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.

-- 
 Ned Deily,
 na...@ac...