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