Hello Matthias,
Matthias Trute <[email protected]> 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/
[email protected]
https://lists.sourceforge.net/lists/listinfo/amforth-devel
