This (ever so slightly) optimizes the transmtited ANSI sequences

1001, 1004, 1005, 1007, and 1015

Add ability for the set/clear mouse reporting calls to set/clear
'all' modes with a single function call.

When starting, turn off all mouse modes, then turn on the ones we
need instead of relying on the console object to do anything in
particular.

On exit, explicitly turn off the two modes we had enabled before
changing the console setting.

Maybe this will fix the SyncTERM bug 153

Windows appears to treat backslashes and slashes the same when
using the API, but Windows always returns backslashes.  Convert
backslashes to slashes in clean_path() to ensure paths compare the
same regardless of them being specified with backslashes or slashes.

There's still an open question of what to do about paths received
from the remote with backslashes in them, but I suspect that doing
that would actually work on *nix systems and break on Windows systems,
so hopefully whoever does that can fogure out what's going on.

It appears that cache operations in SyncTERM on Windows does not
currently work with subdirectories for some reason (likely
backslashes).  Ensure that after sending a file to be cached, it
correctly appears in the cache, and fall back to not using graphics.

This will fix the blank board issue in minesweeper with a Windows
SyncTERM and fallback to text mode.

Once SyncTERM is fixed, it should work in graphics mode too.

The DNS lookup can cause delays on some systems.
Fixes bug 154

to node.log via sbbs_t::log()

Some doors/door kits actually require all 52 lines, but since they
(may) have problems with the values we populate on those additional
21 lines, just write them as blank when a program is configured for
the GAP (original) 31 line DOOR.SYS drop file. I doubt (and hope)
that no programs will care if their are more lines than they expect.

So apparently 23 years ago (almost 24), I made a typo in commit
7731d16d that broke the batch transfer menu for RIP users.

Also elminated silly/unnecessary loop-control variable ('done').

I'm working on a port to JS and noticed these oddities (so far).

Removed UTIDOOR.TXT file format: nobody uses this drop file format and we
removed the UTI driver long ago, so this was just an artifact.

If you previously had an external program (door) configured in SCFG to use
the "GAP DOOR.SYS" file format, SBBS will create the same (52 line) format
as before (no change).

But for doors that have compatibilty issues with the 52-line DOOR.SYS file
created by Synchronet (e.g. Thunder cat V3.30), a sysop can now choose "GAP
(original)" for the drop file type and Synchronet will create a 31-line
DOOR.SYS file instead.

Not sure how I missed this one, but this file was needed to complete the
'bbs' object changes mentioned in that commit message.

In response to Reddit inquiry in /r/bbs by wts42:
"is there a possibility in sbbs to restrict access to services like IMAP by
level or flag?"

... now there is.

This only works for services that use the JS login() method to authenticate
the user.

If the services server's LoginRequirements are set in the sbbs.ini file, then
*both* sets of requirements must be met to successfully login to a service.

When the code to use URLForDirectory to get paths was written, it
didn't create the paths, so the files in them could not be created
either.

If SyncTERM had ever ran using the old FSFindFolder() method, the
path would already exist, so things would work.

Also, since we're here, use mkpath() instead of MKDIR().

For exposing the list path/file for a user's batch up/download lists

Master is 1.2b

Using the new load/gettext.js:
A sysop can override these additional strings (that contain Ctrl-A sequences)
now by assigning to the following keys:
- shell_prompt_begin
- shell_prompt_middle
- shell_main_prompt_end
- shell_file_prompt_end

Also, a sysop can now put these keys in the [default.js] section of the file
(rather than [js]) if desired, to avoid conflict with other scripts/shells.

Added for vela025 and their BBC Micro Acron mode 7 language support mod.
There are other strings still hard-coded in default.js and notably, in
load/shell_lib.js that are not (yet) customizable. Let's try this change first.

Not all strings make good key names (e.g. those with control characters),
so allow an additional, optional argument to gettext() that allows for
more friendly key names to be used to specify/look-up (some) text strings.

Also, in addition to the global [js] section for these text values, look
(first) in [scriptfilename.js] - this allows more customization on a
per-script basis (e.g. [default.js] can be used to override strings used
in the Synchronet Classic command shell (default.js) but would not effect
if/when those same strings are used in other scripts/shells.

It appears the "right" place to put downloads is on the Desktop...
and the OS won't tell you that.

I obvserved an issue with Amessyroom's bbs where his custom (JS) shell is
setting bbs.menu_dir but when switching to another stock shell, his menu
files were still being displayed (with mismatching command keys as a result).

bbs.menu_dir (and implicitly, the set_menu_dir Baja function) apparently have
not been used in this way (much) before.

Some SDL targets (like Haiku) have issues doing video calls from
threads other than the video thread.

Not just for GMUmakefile anymore!

CMake only, has issues.

For scripts that set the global menu_dir (e.g. via JS bbs.menu_dir), let's
not require that all the files moved from text to text/menu (for example).

Problem reported by Amessyroom when using his custom shell and bullseye.js.

... to not log an error when the bullseye.asc file doesn't exist.