Juergen,
In SVN 450 through 452, GNU APL emits a lot of ANSI terminal controls to a
piped stderr (i.e. in aplwrap) even in the case where --noColor is passed
on the command line.
Is this a consequence of work-in-progress on removing readline? If so, I'll
hold at SVN 449 until the work is done.
-
Hi David,
yes, this is work in progress. I have committed it together with
the ⎕SVQ fix.
Normally the ANSI sequences should only be visible with --rawCIN
which will become
the standard mode after libreadline has been removed (soon).
A way
Thanks. I'll experiment tonight with setting up a profile for aplwrap.
On Thu, Sep 4, 2014 at 11:23 AM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi David,
>
> yes, this is work in progress. I have committed it together with the ⎕SVQ
> fix.
> Normally the ANSI sequences should
I tried setting up a profile to zero the *-SEQUENCE settings. It didn't
seem to have any effect. I'll revisit this later when I have more time.
That said, the control sequences don't match anything in the preferences
file.
This is typical of what I see:
[30;8H[99B [30;9H[99B [30;10H[99B
[30;11H
Shouldn't we just wait for the transition to be completed before we worry
about the other interfaces? I'd just use an old copy of GNU APL for now.
Trying to keep pace with a moving target and trying to keep everything in
sync during all these changes seems like a huge waste of time and a pain
for
Of course. But it helps to know what's changing in order to anticipate the
consequences and to be able to raise concerns and propose solutions.
On Thu, Sep 4, 2014 at 1:16 PM, Blake McBride wrote:
> Shouldn't we just wait for the transition to be completed before we worry
> about the other inte
