bug-apl
[Top][All Lists]
Advanced

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

[Bug-apl] Back to underline


From: fred
Subject: [Bug-apl] Back to underline
Date: Tue, 11 Aug 2015 11:51:06 -0400

Jürgen/List

I have been thinking about your comments on UTF8 combine underline. The
UTF8 standard is clear -- U0332 combines with the previous character.
Any other behaviour is an error.

I like having the ability to underline.  This adds 62 (a..z, A..Z, 0..9
underlined, and neg etc. underlined, which I am ignoring) characters to
the namespace. So, I replaced {quad}af DF (UPPER_HALF_BLOCK) with the
combining underline. This will be utterly benign to most (all)
applications, except for (maybe) some character terminal plotting. The
remaining problem is that combining underline can *start* a symbol,
which is a bit wrong. I didn't bother fixing the tokenizer -- just
Avec.def. Find attached. Note that the combining underline can be
replaced with underline for export compatibility with other APL
implementations -- if needed (perhaps an option on ATF export?). I
wouldn't need that, but, just an idea.

I do not call APL from within emacs (or vi). I use my own editor
instead. I have also attached xed.apl (for consideration in
bits&pieces). That calls out to an external editor to edit functions.
The function xeda edits matrices, calling out to libreoffice to provide
gui editing. Both of these need some, um..., tender loving care, but
they do work for me. I write functions in the workspace interactively,
generate data, and test -- then call from another application using
libapl. xed and xeda are appropriate for my workflow, and may help (but
probably too trivial to be of much interest, I imagine).

Fred Weigel

Attachment: xed.apl
Description: Text document

Attachment: Avec.def
Description: Text Data


reply via email to

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