Hi Peter,
I see, thanks. Fixed in SVN 681.
/// Jürgen
On 09/20/2015 02:48 PM, Peter Teeson
wrote:
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
< 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?
respect….
Peter
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.
--Louis
|