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. respect.. Peter > On Sep 20, 2015, at 5:08 AM, Juergen Sauermann > <juergen.sauerm...@t-online.de> 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? >> >> respect…. >> >> Peter >> P.S. In case you need it here is the keylayout >> >> >> >> >>> On Sep 19, 2015, at 1:11 PM, Louis de Forcrand <ol...@bluewin.ch >>> <mailto:ol...@bluewin.ch>> 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. >>> >>> --Louis >> >
