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 )DUMP
is just )SAVE with a different output file format.
It could be that our library discussion brings us to a point where you
can specify a prefix
(such as lib∆) of the object names that will be dumped.
The )COPY command allows for selective copying of objects but that works
only for .xml files
and not for scrippt (.apl) files. This was mainly for compatibility with
IBM APL2 - I have always
considered that as not very handy.
/// Jürgen
On 04/25/2014 08:30 PM, enz...@gmx.com wrote:
On Fri, 25 Apr 2014 19:44:21 +0200
Juergen Sauermann <juergen.sauerm...@t-online.de> 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)
using ∇:
∇Z ← AVE B
Z←(+/B)÷⍴B
∇
The file must start with #! so )COPY knows it is a text file and not an
XML file.
You can also create such files with )DUMP instead of )SAVE.
)copy can copy objects but )dump saves full workspaces?
can )dump save back the fns to the text file
/// Jürgen
On 04/25/2014 04:54 PM, enz...@gmx.com wrote:
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?
