[Top][All Lists]

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

Improvements to gnuapl

From: Hans-Peter Sorge
Subject: Improvements to gnuapl
Date: Mon, 22 Feb 2021 11:26:30 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0


I would modify the data model and/or process graph or use an adequate programming language.
In my opinion, having to rely on data content to control program flow is 'costly'.
(My be one reason too, that APL has no language specific regular expressions).

My highest priority for APL would be the mapping between an apl name and a file,
directory, a db-table, a spread sheet or an editor instance.

APL was designed to contain code and data in a 'closed' workspace.
Those days data entry was done by human nature - into the work space.
Nowadays I get the data very likely from somewhere outside of the workspace.
⍎ ')host' and piping are already a big help here.    

But for example analyzing a web page, that is being done faster in python.
Having a proper infrastructure in APL, like
page ← ⎕curl '...url...'     
page['head';'link' ]
could return all link tags. - just dreaming:-)

However - please no if/then/else

Best Regards

Am 20.02.21 um 19:59 schrieb Christian Robert:
well I saw the new thrends aka Quad-XML, Quad-JSON, Quad-FFT and so on

but I think thoses will never be used in real life or quite seldom.

I really think that Juergen should be looking at


:for var :in array

:while condition:

:until condition

this will eases newcommers to the language.

I know that APL goal is to do a whole "program" in one or two lines of code...
but the language must accomodate newcommers.

I asked for that several years ago (may me 8 or 10 years)

Juergen ansewered at that time "this can be done" but I wont yet

well my principal next improvements wish list is if/for/while/do_until

my real though,


reply via email to

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