This is effectively a separate window, but LOCATE should set the print position anywhere on the screen.

Enter EDIT after a restart.

ZX Prism uses: Port 0x8E3B bits 0 and 1: 00 = 3.5MHz, 11=Full Speed.

NEW should default to 0 and behave as normal but NEW 1 should perform a software version of a hard reset to deal with devices that force ROM1 thus skipping the full RAM clearing code.

Original behavior was broken by the OS. Workaround is not a perfect solution.

All features subject to change without notice.

• Fully comment source.
• Relabel source according to Logan/O'Hara.
• Refactor and code cleanup.
• Re-order keyboard tables.
• Re-order parameter definitions in the syntax table.
• Move the syntax offset and syntax table to the end of the ROM near the font.
• META mode -- the next character entered has its high bit set.
• CONTROL mode -- the next character entered is offset by 79.
• Simplify cursors (only one cursor).
• Optionally switch off syntax checking.
• Remove inline color control entry (bad in hi-res mode).
• Reset cursor mode after a key is entered (for META and CONTROL).
• Lower case not tokenized when in META mode (in this mode ENTER is not modified).
• Change positions of UDG and PUT for better microdrive support.
• Change parameters of UDG to 0 (off) or 1 (on).
• Enable cursor up and down during INPUT.
• CALL now sets required HL' value on return.
• ROM0 now clears all EX, DOCK and HOME RAM.
• Extend NEW: NEW 1 is hard reset. Defaults to NEW 0 (soft reset).
• Extend LIST: LIST [f],[l] lists a range of lines.
• SAVE now saves immediately without displaying a message.
• TRACE command (0 = off, 1 = on) replaces VERIFY
• Copyright message moved to ROM0
• New tokenizer.
• New ROM switching handler (for MODE and tape commands).
• Offset co-ords for full screen GFX in MODE 0.
• Extend POKE to take a series of parameters.
• SCREEN$ (x,y) support in hi-res mode by keeping a copy of ASCII written to screen after the first bitmap in page 7.
• SCREEN$ load/save support in hi-res mode.
• Saving SCREEN$ files in low-res mode include the palette if ULAplus is active.
• RESET command issued after loading a SCREEN$ file in low-res mode.

Note: No direct support for hi-res graphics planned in this release.

This is visible in the memory viewer in RASM.

This is probably down to the repeat delay, which may need to be much larger when running at 28MHz.

As per Timex ROM.

As per JGH ROM.

Changes to DEF FN from v3.1.2 breaks some existing functions in v4.0.0.

MS BASIC compatibility.

Set the order to match the command order.

The simplest way to do this will be to keep an ASCII copy of the characters written to screen between bitmap 0 and 1 in bank 7. This will take up 1,920 characters. In this way only 128 bytes of the hi-res screen file would go unused.

As per SAM BASIC.

As per Timex ROM.

This should LOAD/SAVE a chunk of code 14,336 bytes in length starting at 49152 with bank 7 paged in.

Tokenizer converts atn to AT n.

Steps to reproduce:

10 A=2

LIST

They are read in a different way, but this still needs fixing.

In the subsection Linux it says:

Linux

• Install Wine: sudo apt-get install wine
• Build the emulator: https://github.com/chernandezba/zesarux
• Modify the task.json file in the .vscode folder to

The question is, how to modify the file task.json

Support PLOT, CIRCLE, DRAW and ARC (DRAW) in hi-res mode. This can be done by re-using code from BASIC 64 which has been placed in the public domain by Timex. May be necessary to update scrolling routine to do the whole screen.

This will free up FORMAT for use as a new command.

As per IMC ROM.

Maybe leave BRIGHT alone for legacy code but extend FLASH to accept values of 0-3 as the lesser used of the two commands.

Alternatively, change BRIGHT to CLUT to accept more parameters and leave FLASH alone (or replace with a new command).

As per TK90X for setting 7-bit or 8-bit.

As per BusySoft ROM.

As per TK90X ROM.

As per TK90X ROM.

Should enable tape traps to work with emulators. Entry points must be maintained in ROM0 for devices like divIDE and Spectranet.

Instead of storing the rows of a character next to one another, it is worth storing them 256 bytes apart. Essentially, you draw the font from the top left corner left to right on an Altwasser screen and save the top third. It's the same 2 kilobytes as the current format but does not require shifting the character code; it simply becomes the LSB of the address. The speedup is quite substantial. Enterprise stores its 8-bit font this way.