| Commit | Date | |
|---|---|---|
| 2020-07-12 20:43:40 | Tree | |
| 2020-07-12 20:26:12 | Tree | |
|
[r5359]
by
david_costanzo
Rename "noparity" to "clearvbar" for clarity. The "no parity" dates back to when UCBLogo was pure ASCII and the backslashed-ness of a character was stored in the high bit of an 8-bit byte, sometimes called the "partiy bit" when dealing with hardware. However, FMSLogo has never used the "parity" bit for this and instead marked a backslashed character by moving character to a different place in the ASCII code page (analogous to shifting them all to 128-255 by setting the high bit). Now that FMSLogo uses Unicode, it's even further removed from using a "parity" bit, as the characters are now moved to a "private use area" of Unicode. |
2020-07-12 20:08:26 | Tree |
|
[r5358]
by
david_costanzo
Refactoring: Extract a global variable UTF8_BOM |
2020-07-12 19:38:34 | Tree |
| 2020-07-12 19:16:00 | Tree | |
|
[r5356]
by
david_costanzo
Fix a bug where commands run from the UI didn't write a newline to the DRIBBLE file. |
2020-07-12 19:15:23 | Tree |
|
[r5355]
by
david_costanzo
Fix Bug #329; SAVE and LOAD preserve words with CHAR 0, CHAR 13, CHAR 26, and CHAR 29. The fixes for CHAR 13,26,29 were implemented by the Unicode feature, which enabled moving the "vbarred special characters" from the ASCII control characters to a Unicode Private Use Area. This change fixes a remaining problem for CHAR 0, which is that NUL was treated as a string terminator by the parser. Now, the parser determines the end of the string by its length, not by a sentinal character. Suprisingly, this makes the code simpler (fewer lines) and removes a KLUDGE comment that has existed since UCBLogo. |
2020-07-12 15:24:20 | Tree |
| 2020-07-12 15:16:13 | Tree | |
| 2020-07-12 14:56:09 | Tree | |
|
[r5352]
by
david_costanzo
Fix an off-by-one bug in the un-vbarring logic. |
2020-07-12 13:51:34 | Tree |