Passing either WIN_LEFTKEY or WIN_RIGHTKEY in the window "mode" argument enables this new indicator in the upper right of "list" windows. These indicator arrows are mouse-clickable too (translate to the left and right arrow keys).

We had defined uses for all 32 available WIN_* mode bits, so I extended the win mode type from 32 to 64 bits (should this now be called uifc64.c?) :-)

Anyway, it'll be easier to add more WIN_* mode flags as needed later, but I do wonder about JavaScript support (not so great for > 31-bit integers).

Oddly enough the hbuf wasn't actually modified.

Geeze, this is ugly.

WIN_INACT was not getting a border because it changes the value
of bclr which is explicitly compared with BLUE to detect if a
shadow should be drawn.

Instead, draw a shadow any time it would normally be drawn.

Basically, assume left is correct, and calculate the correct width
to fill the screen to the esge.

- Backtab also exits with K_TABEXIT when the string is selected
- Backspace scrolls the text to the left of the cursor to the right
  if the left of the input is not the start of the string.

Just rename ESCDELAY member to escdelay.

To make Coverity and my adult-self happy.

After calculating i (offset in list to top of window), if it's less
than zero, apply it to bar and set i = 0.

Fixes #218

Now the default bar is INT_MAX, so it always gets corrected when
left as default.

This is good.

Instead of setting bar to zero when possible, set it to the number
of displayed options, putting the lightbar at the bottom of the
displayed list instead of at the top.

So here's what we're doing now... we set bar so that the first item
shown in the menu is the lowest index possible that still shows cur.
bar is therefore calculated as the displayed item count minus the
distance from cur to the end of the list.

Yeah, that's the easiest way to explain it.

umonitor uses these mode flags together (or soon will) and bad things happen
if you always clear the buffers that you're trying to save/restore.

This requires anything that includes sbbs.h to have cryptlib and
mozjs already built/isntalled... to track this, I've added the new
extdeps.mk file.

This is pretty terrible though... not sure how important that
dependency really is.

This fixes the stat() issue on Windows XP/2K3 by allowing sbbs to benefit
from the run-time library updates that Microsoft releases periodically
(like https://www.microsoft.com/en-us/download/details.aspx?id=53840).

For more info on the stat() issue which caused all kinds of sbbs errors
(e.g. creating directories initially, but a lot more):
https://stackoverflow.com/questions/32452777/visual-c-2015-express-stat-not-working-on-windows-xp

Since we are using cryptlib which requires the MSVC runtime DLL anyway
(it is the default build behavior of MSVC), we weren't really gaining
anything from statically linking the CRTL (LIBCMT.LIB). And for some reason,
an up-to-date MSVC2019 still has (links-in) a LIBCMT.LIB file that includes
this stat bug. All the online help resources I found just to seem to suggest
updating the CRTL DLLs (on the target system), with no mention of any fixes
available for the static CRTLs on the build system. But with the no gain
from static linking anyway, I figured it was time to switch to DLL CRTLs.

The debug builds are still statically linking the CRTL for no particular
reason.

There are a number of conio changes in here too... too many to list.  Check
the diffs if you actually want to know what changed.

getcliptext() and copytext() (ie: copy/paste) now work on UTF-8 strings.
Not tested on Win32 yet.

tree to commit both at once.

There was a crash when wrapping at the end of a search.  Now there isn't.
You're welcome.

the find-text string.

length of option[].