[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-apl] MacAplAlt.keylayout

From: Peter Teeson
Subject: Re: [Bug-apl] MacAplAlt.keylayout
Date: Sun, 20 Sep 2015 08:48:23 -0400

Hi Jürgen:
Not needed but worth making.
As far as GNUAPL is concerned it will remain impotent…. as it should IMHO.

But in Terminal, i.e the bash interpreter,  it will permit command completion.

All I did was add the Unicode for the Tab key.
The correct glyph for Tab now shows on the screen display of the KB mapping. 


On Sep 20, 2015, at 5:08 AM, Juergen Sauermann <address@hidden> wrote:

Hi Peter,

are the changes that you wanted me to include in GNU APL still needed
or is everything working now?

/// Jürgen

On 09/19/2015 10:06 PM, Peter Teeson wrote:
Hi Louis:
I try to only rarely say “It works on my computer.” 
That can such a deflating answer. But….

TextEdit from OS X 10.10.5 on Mac Pro Desktop US KB using MacAplAlt as the input source.
a b c d Caps not locked
A B C D      Caps locked

Getinfo MacAplAlt.keyboard

Would you like to verify that GetInfo on your keylayout matches?


P.S. In case you need it here is the keylayout

On Sep 19, 2015, at 1:11 PM, Louis de Forcrand <address@hidden> wrote:

(All right, I tried typing a b c d f using MacAplAlt
in TextEdit and I get the same result. I'm using:
Mid 2009 MacBook Pro with
US keyboard (the physical keyboard)
OSX 10.10.5
 comes out in default Terminal font and
with APL-385 and APL-333)

Please disregard all the previous!
(or use it if you wish) but I just found the problem:
if I use CAPS LOCK then tab works!
So this shouldn't be too hard to fix. Keep in
mind that, with CAPS LOCK set, the APL characters
don't come out.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]