Normally, when modifying user fields via JS, the "user modified" node.dab
flag would be set for that user (on all node's that user is logged-into) and
the user record automatically re-read (soon after). But this doesn't work
during newuser registration because the user is not yet "logged-into" a node.

This fixes the issue reported by Nelgin (and observed on amessyroom's BBS)
whereby if a new user resets/changes their external message editor, it would
not take effect for their new user validation email to the sysop (they would
still be using the default new user message editor as configured by the
sysop).

It's possible other new user default changes made (e.g. language) would also
not have taken immediate effect as a result of this bug (now fixed).

Previously, when multiple lists were passed, the "write" parameter
(which can't be changed) was applied to all sockets.  This means
they would always all be poll()ed for read, then checked for the
appropriate flag (read/write/priority)... which effectively meant
that only the first (read) array would work.

Can't seem to get it reliable using the SBBS mouse parsing... doing
it all myself for now until I decide if it's neat enough.  I'll
need to try it from a remote location to see how the latenct impacts
playability.

Remove more of the obsolete stuff.

Too many tools are gungo-ho over UTF-8 these days.

CMake is now fixed, and a NetBSD extra wait for key on exit with
the system curses is also fixed.

PC Speaker can't actually be disabled, so remove it from build options
listing.

Allows top-level wrapper CMakeLists.txt files to work (as long as
their project name is right).

Much easier to fix it this way than to figure out why X11 needs to
init it before bitmap_con does.

All of this code runs in the same thread, races aren't possible.

If the last is freed while the screen is being updated, and the use
after free bug is not detected, corruption could occur resulting in
bad areas of the screen that persists until the window gets an
expose event again, or the impacted pixels are updated again.

Possibly fixes an issue reported by nelgin via IRC.

This fixes bug 141, which is currently the last blocker for rc2.

Force mouse support in graphics mode even if user disabled
it for the BBS.  It would be nice if mouse support in the menus
was a separate option than "terminal doesn't support mouse",
and we know the terminal supports the mouse when we detect
graphics mode.

Move top/margin/width calculations into separate functions.
For level 1, center the playboard.

Fix an apparent off-by-one drawing the title bar.

Hidden behind the graphics option for now since there's still
issues... the board is offset in the window, the level 1 board is
framed wrong (since the graphics are always 2 cols), and it doesn't
check the graphical resolution, so if you're in a weird mode, it
can break.

Also, the graphics are uninspired at best... just hacked them up
in Gimp.

Sneaky hiding extra interesting bits at the end like that. :(

NO_X is defined in the ciolib GNUmakefile.  DISABLE_X11 is defined
on Common.gmake.

Useful to check if SyncTERM was built with or without specific
features.

increase player name width in uberblox lobby

Fix return value when handling WM_SETCURSOR.  Returning FALSE
indicating we didn't handle it stopped the cursor from being set
to the size arrow cursors.  Instead, pass it to DefWindowProc().

While we're here, handle WM_SIZING to make it more clear that you
can't change the aspect ratio by dragging.