Hello Matthias,

Matthias Trute <mtr...@web.de> writes:

> Hi,
>
>> By the way, forth-rc1 does not prohibit such ideas. It writes:
>>
>> 3.1.2.1 "The graphic forms of characters outside the hex range {20
>>          ... 7E} are implementation defined."
>>
>> Comments?
>
> I'm old enough to *know* that anything beyond 7bit ASCII is a no no
> for a programming language. Esp when terminals are in the way (my
> minicom is very dependent on LANG settings in what it sends to
> the controller, in German there are a few such characters like öäü).

For this reason I dumped minicom and now use the "no nonsense" picocom:
https://code.google.com/p/picocom/ and rely on GNOME Terminal
emulation.

In development mode it is of-course amforth-shell.py, the undisputed
king (again using GNOME Terminal underneath).

> So I take the freedom and declare the "implementation defined" part as
> "may or may not work, good luck".
>
> ;=)

BTW, even in the old days before Unicode standardization there were
programming languages which allowed symbols outside the 7bit
ASCII. Remember APL ?

What's wrong when dealing with set objects to use common math symbols:
class1 class2 ∪ item ∈ if ...
class1 class2 ∩ ...

Those of us using Emacs type symbols like that easily using TeX input
method.

Perhaps I should do something about that element of luck ;-)

Regards, Enoch.


------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel

Reply via email to