I have used APL for many years and while I like the glyphs (eg 'iota' vs i. ) , having the upper and lower case alphabet] along with the APL glyphs requires each key having up to 4 characters resulting in much more use of shift , alt or alt-shift.
'box divide' requires pressing 3 keys at once -as opposed to *%.*

Wasn't it a conscious choice, in development of J , to go to ASCII (even if ugly)?

Yes divide ,iota look better than % and i. but going back is not going to make a great difference to those now using J who have an APL background and there will be complaints about the "queer characters" just as happened with APL -before even trying it.

Don Kelly

On 24/02/2014 8:13 PM, bill lam wrote:
If internal representation is only visible in 5!:x conjunction,
perhaps we can keep original 5!:x that print ascii and add some
new 5!:(10+x) to print APL glyph.

Пн, 24 фев 2014, Roger Hui писал(а):
Don't go there.  Let's say you have some internal representation for
index-of.  What do you output for 5!:5 <'f' where f=: 'i.'&i.?  Would that
result have different lengths at different times?  Would the character
string 'i.' in the definition of f be stored as the ASCII characters 105
and 46?




On Mon, Feb 24, 2014 at 7:42 PM, bill lam <bbill....@gmail.com> wrote:

I guess J can support both ascii and APL glyph as primitives by
modifying the c source code for monad ;: and map both ascii and
APL glyph to the same internal representation token for the
primitives.

Since J is script-based, J itself does not need to concern how
APL character will be input or output because that will be the job
of terminal emulator or IME.

Пн, 24 фев 2014, Paul Jackson писал(а):
There has been some nice work in other areas to support keyboards.  The
following page uses that work to provide an APL keyboard.
   http://home.comcast.net/~paul.l.jackson/APL.js/
If you know the APL keyboard, just type ` followed by a normal character
and an APL character will appear.

If you don't know the APL keyboard, you may want to turn the visual
keyboard on, or look at the documentation.
    http://home.comcast.net/~paul.l.jackson/APL.js/




On Mon, Feb 24, 2014 at 8:27 AM, Raul Miller <rauldmil...@gmail.com>
wrote:
Maybe I should be doing this in a different forum? It's hard to
anticipate if or where conversation will go.

Anyways, http://www.johndcook.com/symbols/2014/02/apl/ reminded me to
think about the tradeoffs involved in J's design:

    thru=: [ + 1 i.@+ -~
    10 thru 20
10 11 12 13 14 15 16 17 18 19 20
    u: 16b2336 thru 16b237a
⌶⌷⌸⌹⌺⌻⌼⌽⌾⌿⍀⍁⍂⍃⍄⍅⍆⍇⍈⍉⍊⍋⍌⍍⍎⍏⍐⍑⍒⍓⍔⍕⍖⍗⍘⍙⍚⍛⍜⍝⍞⍟⍠⍡⍢⍣⍤⍥⍦⍧⍨⍩⍪⍫⍬⍭⍮⍯⍰⍱⍲⍳⍴⍵⍶⍷⍸⍹⍺

ASCII is horribly ugly, the world still has not caught up to APL's
character set.

Sometimes, retro is the right choice.

Thanks,

--
Raul
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm



--
Paul
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
--
regards,
====================================================
GPG key 1024D/4434BAB3 2008-08-24
gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3
gpg --keyserver subkeys.pgp.net --armor --export 4434BAB3
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm

----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm

Reply via email to