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.

Kinda hacky to do it here.

This may be a fix for bug 150 (which was reported against SDL mode).
Basically, Windows will report AltGr as Alt + Ctrl, so we need to
be able to parse that.

Since we're here, support WM_UNICHAR to avoid the need to have
Windows convert to "ANSI" for us, and allow direct unicode input
(even in "ANSI" mode).

CMake does weird things if CMAKE_BUILD_TYPE isn't defined and a
multi-whatzit generator is used.

The resulting binary crashes, but at least it builds!

NetStatisticsGet() always takes a unicode string, but the header uses
the TEXT() macro to declare the standard types.