Because things get weird sometimes.

Le sigh for the socket API.

On macOS, fullscreen and maximized are very slightly different, so
don't force one to mean the other.  However, when entering or
leaving fullscreen mode, we need to explicitly make the window
resizable or not.

Also, update the uifc screen title when the mode changes and we're
at one of the main menus... still a bit icky, but likely the best
that can be done (won't update if you toggle fullscreen from a
sub-menu for example).

This appears to break the mouse position stuff. :(

Decrease height by one to avoid the memo line.

Update date display format to be less ambiguous (more international).

js.exec_dir is guaranteed to end in a slash, so no need to add one.

Bump version to 3.00.

Code beautification, no functional change other than we're not clearing mouse
mode 1016 since I don't have a definiton for that mode yet.

typeof [] returns 'object', not 'array'

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.