The option basically controls forced EGA mode and reported terminal.

Pretend we are RipTel v3.
Implement $PCB$
Implement click actions
Fix M areas.

We still need to pass ANSI through to the parser though because
Synchronet goes apeshit if it doesn't get a response to a location
request... it tries twice and eats any data it receives that isn't
a valid position report, which obviously breaks menus.

It's also very weird that on Booch's BBS at least it's sent during
the main menu display rather than just on answering.  Not sure why
this is, but it means we can't implement the RIP requirement of
"ignoring all non-RIPscrip bytes" with a zero window without digging
deep into Synchronet guts.

Generate conversion tables rather than do float math twice for each
virtual pixel.

Just the easy stuff (scaling, extended colours, border toggle, filled
rectangle)

According to  Lupine Furmen (FURFOL):
It says in the help that the field is used for both the Newsgroup name AND the
Fido Echo-tag.

These really should be 2 different fields.

Now, the echo/area tag is usually configured in the area file (areas.bbs) and so does not need to match *any* string configured in SCFG. But since an area file *can* be generated from SCFG (Export Areas option) and its possible to use SBBSecho withOUT an area file at all, then it's possible someone would like to have their FidoNet-style area tags configured different from any other strings related to a sub-board (e.g. newsgroup name) - why? I'm not clear, but there it is: another string that  a sysop can set (or not).

Since I'd recently added an area tag field per directory for use by hatchit.js, this does create some logical symmetry. And there were enough free bytes per-sub in the msgs.cnf, so why not.

Especially now that now all files even have descriptions (e.g. when super long filenames suffice).

Save the user's "misc" flags to the userbase when they use the 'T' command from the batch flagging prompt. Without this change, the option would automatically revert if/when the user record was re-read (which can happen at any time).

e.g. file.cpp line 239 (removefile) removing "filename.zip" access=-203 info=smb_freemsgdat reading allocation record at offset 1108

Also, if there is an error removing the original file from the filebase, don't proceed to move the actual file (and log a successful move).

Files were being downloaded as undefined.undefined because I didn't emulate
the old 'base' and 'ext' properties - just use a single 'name' property now.

Synchronet v3.19 now converts ANSI-encoded DIZs to Ctrl-A format upon import.

Display the batch flag letter with the same color as the filename, but inverted intensity. The batch flag shouldn't stand-out (be bright) anyway, but the main reason is because I'm changing the default file description attribute to be lightgray instead of dark green.

CID 33567

CID 33320 and 333321

This looks like a 20-year-old copy/paste bug. CID 33168.

Fixes CID 33724.

Fixes CID 33498

And use "Operator" rather than "Sysop" for operator commands.

This is pretty convenient and handy (rather than having to use &E or the equivalent command from the file xfer menu and then re-list files).

Fixes the link failure when sauce.o didn't need to be rebuilt.

Duplicate archives (e.g. ZIP files) often have the different digest/hash/CRC
values because they have a different ZIP comment or the files were archived
in a different order or used different compression schemes. You can now detect
(and delete) these duplicates.