All three are fixed now. Thanks!
On Sat, Aug 16, 2014 at 8:43 PM, David B. Lamkins wrote:
> 1 and 2 should be resolved with the most recent push.
>
> On Wed, 2014-08-13 at 18:23 -0500, Blake McBride wrote:
> > 1. Space issue while defining functions:
> >
> >
> > GNU APL
> >
> >
> >
> >
> >
I don't know if it is my imagination but the s in aplwrap seems italic.
For example, when I display the following in aplwrap:
abcdefghijklmnopqrstuvwxyz
The s appear italic. Not sure if the capitol has the problem or not, but
the lower case s appears wrong to me. Is this just a funky font, or
I see it. The upper loop of the s is offset to the right, making it
appear to lean. Same thing with S.
I see the same thing when I use the same font in Emacs.
On Mon, 2014-08-18 at 09:56 -0500, Blake McBride wrote:
> I don't know if it is my imagination but the s in aplwrap seems
> italic.
>
>
Hi Kacper,
I see (hadn't noticed the expert section in the Dyalog book which
explais it).
Hopefully fixed in SVN 437.
/// Jürgen
On 08/13/2014 10:59 PM, Kacper Gutowski wrote:
On 2014-08-13 19:42:25, Juergen Sauermann wrote:
I believe the VALENCE ERROR comes because = is dyadic and
the la
Hi Kacper,
thanks, fixed in SVN 437.
/// Jürgen
On 08/16/2014 03:22 PM, Kacper Gutowski wrote:
{1=⍵} ,1
1
{1=⍵[1]} ,1
1
{⍵=1} ,1
1
{⍵[1]=1} ,1
==
Assertion failed: Avec::is_quad(idname[0])
Yea, I've verified, capitol S has a problem too. I don't see it in the
terminal.
Thanks.
Blake
On Mon, Aug 18, 2014 at 10:11 AM, David B. Lamkins
wrote:
> I see it. The upper loop of the s is offset to the right, making it
> appear to lean. Same thing with S.
>
> I see the same thing when I
Hi Kacper,
thanks, fixed in SVN 437.
/// Jürgen
On 08/15/2014 03:47 AM, Kacper Gutowski wrote:
(⍬/X)←⍬ ⊣ X←⍬
SEGMENTATION FAULT
-- Stack trace at main.cc:140
---
I think it's time to create an APL interface to terminfo. I can build that
if no one else volunteers.
Regards,
Elias
On 18 August 2014 23:23, Blake McBride wrote:
> Greetings,
>
> Some of my error handling code uses the bell (⎕AV[⎕IO+7]), and my editor
> uses some ANSI positioning sequences. I
I like this! Will it work in aplwrap and terminal?
Thanks.
Blake
On Mon, Aug 18, 2014 at 10:25 AM, Elias Mårtenson wrote:
> I think it's time to create an APL interface to terminfo. I can build that
> if no one else volunteers.
>
> Regards,
> Elias
>
>
> On 18 August 2014 23:23, Blake McBri
I'm not seeing it: 'S' and 's' both look normal to me.
As part of installing aplwrap, I put a copy of Freemono.ttf in
$INSTALLDIR/share/fonts and run fc-cache. If you don't already have
Freemono.ttf, this makes it available, but if you already have a copy,
whatever you already had may take pr
Yes, it would. Basically it allows you to do screen control and the output
depends on the TERM environment variable.
We either implement a wrapper around pure terminfo which is quite
low-level. You have to make calls that create output strings using the
building blocks described here:
http://pubs.
Hi,
it could be a good idea if aplwrap sets the TERM environment variable.
Currently it shows xterm (when started from an xterm) which could make
GNU APL
believe that the ANSI escape sequences would work.
/// Jürgen
On 08/18/2014 05:27 PM, Blake McBride wrote:
I like this! Will it work in
Hi David,
working already I believe:
*eedjsa@Server65:~/apl/apl-1.4/src$ ./apl -- myargs and more
...
⎕ARG
./apl -- myargs and more
*
/// Jürgen
On 08/13/2014 10:36 PM, David Lamkins wrote:
Here's a feature request:
- Provide a means to pass command-line arguments to APL.
At the very
Greetings,
Some of my error handling code uses the bell (⎕AV[⎕IO+7]), and my editor
uses some ANSI positioning sequences. I think all I use is clear and go to
top of screen as follows:
∇
[0] E∆Clear
[1] ⍞←(⎕UCS 27),'[2J'
[2] ⍞←(⎕UCS 27),'[1;1H'
∇
Anyway to get that working?
Thanks
Hi,
regarding ? vs. ? they are both in ?AV. If I remember correctly I was
asked earlier to change from one to the
other and did so. Both are listed in Aved.def (called EPSILON_UBAR and
EPSILON_UNDERBAR). One of them
(probably EPSILON_UNDERBAR) may disappear if the space is needed for new
func
Hi Peter,
I will be happy to create a Mac folder and include your files there.
The reason for ⍙ sitting on two keys is that I was so used to ⍙ on
Shift-∆ that
I left it there (see also the folder called "old-Keyboard" which was my
initial
keyboard layout (and how I believed it makes the most
I've been shelling out to tput to get terminal-specific escapes. (The
tput command queries the terminfo database.) This is easy to do given
the pipe access provided by lib_file_io.
Please feel free to appropriate code from the package manager. You'll
need pkg⍙sh, pkg⍙utf_to_ucs (I believe that you
Thanks, and I'll check out the alternative char stuff.
cm
On 08/18/14 12:19, Juergen Sauermann wrote:
Hi,
regarding ? vs. ? they are both in ?AV. If I remember correctly I was
asked earlier to change from one to the
other and did so. Both are listed in Aved.def (called EPSILON_UBAR and
EPSILO
The slant isn't pronounced, but I can definitely see what Blake is
seeing. (See the attached clip.)
At any rate, this is the way the FreeMono font is designed. I see the
same glyph appearance in any program that uses FreeMono. There's
certainly nothing in aplwrap or GTK+ that'd single out one lett
Perhaps an error in the font design that has never been noticed and
corrected... (Who would someone even report a problem like this to?)
On Mon, Aug 18, 2014 at 12:36 PM, David B. Lamkins
wrote:
> The slant isn't pronounced, but I can definitely see what Blake is
> seeing. (See the attached cl
Thanks, Juergen.
The original post referred to the aplwrap command line. The aplwrap code
has been changed to pass "-- additional args" to GNU APL.
Very good point. TERM=dumb is probably a good choice.
The GNU FreeFont (which includes FreeMono) project page is here:
https://www.gnu.org/software/freefont/
There's a link for problem reports.
Hi Jürgen:
Thanks very much.
In the MacAplAlt.keyboard I placed a Comment making it GPL'd (same as the
install guide). That way it's not proprietary.
IMPO I believe we should place ⍙ at Shift+Alt+h (since Alt+h is where ∆ js
placed) and that's what I've done for MacAplAlt.
Also unless there is a
[image: Inline images 1]I use FreeFont in my Emacs windows, and this is
what it looks like there. I don't see any problems with it.
Regards,
Elias
On 19 August 2014 02:27, David B. Lamkins wrote:
> The GNU FreeFont (which includes FreeMono) project page is here:
>
> https://www.gnu.org/softwar
25 matches
Mail list logo
