Hi,
yes, ]XTERM ON/OFF (which is now called ]COLOR ON/OFF because it now
also works
for non-xterms/non-VT100 terminals) is an APL (debug-) command that is
only available
in immediate execution mode. The reason is that commands do not follow
the normal APL syntax
and return no results.
I thin
On Sat, 26 Apr 2014 12:34:06 +0200
Juergen Sauermann wrote:
> Hi,
>
> correct. Since saving an entire workspace is usually fast (unless it
> contains huge amounts of data)
> that should be ok. Think of a workspace as an analog of a C/C++ source
> file where you typically
> have several related
Hi,
correct. Since saving an entire workspace is usually fast (unless it
contains huge amounts of data)
that should be ok. Think of a workspace as an analog of a C/C++ source
file where you typically
have several related functions and you edit the entire file when you
change a function. So )DU
On Fri, 25 Apr 2014 19:44:21 +0200
Juergen Sauermann wrote:
> Hi,
>
> much simpler: edit a (UTF8 encoded) text file and )COPY it.
> vi(m) is perfect for this.
>
> Variables can be assigned like in APL, i.e.
>
> VAR←1 2 3
>
> Functions can be created via ⎕FX (hardly readable) or (may favorite)
Hi,
much simpler: edit a (UTF8 encoded) text file and )COPY it.
vi(m) is perfect for this.
Variables can be assigned like in APL, i.e.
VAR←1 2 3
Functions can be created via ⎕FX (hardly readable) or (may favorite)
using ∇:
∇Z ← AVE B
Z←(+/B)÷⍴B
∇
The file must start with #! so )COPY knows
I did take a look and the horrors of the 12th Emacs Vim Battle at GNU Harbour
came back in a flash and shut that down ;)
http://en.wikipedia.org/wiki/Editor_war
I wonder if editing the function in the ws.xml file and then reloading might be
an avenue to explore?
On Fri, 25 Apr 2014 12:37:03
When it comes to things like development environment integration (things
like SLIME for Common Lisp as well as the gnu-apl-mode) Emacs is clearly
the better choice, Why not take a look at Emacs? You might actually like
it. :-)
Regards,
Elias
On 25 April 2014 09:36, wrote:
>
> Nothing like that
Nothing like that - more like i've always been active in the emacs vs vim wars
and it would be hypocritical to start using emacs now!!
I remember using ∇ exclusively with tcc apl ()edit with stsc) and can't find
how to get a line open for editing and the cursor positioned on the line
I keep try
It edits functions in the workspace. GNU APL runs inside Emacs, and when
you press C-c C-f to open a function it reads the content of it and
displays it in a separate buffer. Once you're done editing it gets sent to
the APL runtime.
Regards,
Elias
On 25 Apr 2014 08:55, wrote:
> I'm not enjoying
Nothing like that - more like i've always been active in the emacs vs vim wars
and it would be hypocritical to start using emacs now!!
I remember using ∇ exclusively with tcc apl ()edit with stsc) and can't find
how to get a line open for editing and the cursor positioned on the line
I keep try
Totally specific to Emacs. The entire module is written in Emacs Lisp. That
said, you can run Emacs in a terminal if you are allergic to graphical
displays. :-)
Regards,
Elias
On 25 Apr 2014 09:06, wrote:
> Hi
>
> It is something totally specific to emacs or is is something that might be
> usabl
Hi
It is something totally specific to emacs or is is something that might be
usable in an xterm?
On Fri, 25 Apr 2014 08:58:33 +0800
Elias Mårtenson
> It edits functions in the workspace. GNU APL runs inside Emacs, and when
> you press C-c C-f to open a function it reads the content of it
I'm not enjoying using the ∇ to edit things and found the
https://github.com/baruchel/APLedit as well as the
https://github.com/lokedhs/gnu-apl-mode/blob/master/gnu-apl-editor.el
question about emacs - can it actually edit functions inside the apl workspace?
or is apl running inside emacs like
13 matches
Mail list logo