Pico Computer 3 Fuzix v0.23

Pico Computer 3 Fuzix v0.23

TEXT draws all five of its orientations, and the pixel queue reaches
the screen before a program stops or waits.

Both were reported from a real program. Picovaders' title screen has
the Y of PLAY upside down, and it sat one character right and most of a
line low: mmbc accepted the "I" and then drew the character the right
way up, which is worse than refusing it, because a program asking for
inverted text has already moved its x,y to suit inverted text. I, U
and D turn the glyph now, in the kernel, where the fonts are - and the
anchor is the pixel the character turned ABOUT, which is the cell's
top-left only for N and V.

PIXEL is batched, and the batch was emptied whenever anything else drew

• but not when the program simply ended, and not when it waited. So a
  program whose last act was a run of PIXELs lost up to 127 of them
  permanently, and PIXEL followed by PAUSE left them invisible for the
  whole pause, which is the shape of most game loops. PAUSE, INKEY$,
  INPUT, KEYDOWN and the end of the program, Ctrl-C included, all put the
  queue on the screen first.

Also: the OpenWeatherMap key that shipped in retic.bas is gone,
replaced by a placeholder - open a free account and put your own in.
Two page breaks in the manual had lost their backslash and had been
printing the word "ewpage" into the book.

Proved on hardware, card-native, before publishing. PC3: textorient
matches a real PicoMite's transcript line for line, pixexit/pixseen
read 10 of 10, MM.VER answers 0.2300, wifi/ntpdate/TLS with
certificates checked/httpd all work, and a C program builds and runs.
PC2: no radio (Pico Computer 2), and fsck clean on all five passes
after a read-only remount.