Previous versions of cryptlib defaulted to zero, but that's no longer the
case, and zero won't work.

Previous versions of Cryptlib defaulted to a zero second timeout... this
is no longer the case as it appears to be 15 seconds now.  Setting it to
zero makes it not work at all.

there's data waiting on the socket.

These basically never worked as documented.  Now they should, but they can't
save/restore the doorway mode setting since it's not set/cleared using
CSI ? h/l.  If that's really needed (you need to know the doorway state
regardless, so it's more likely that a query doorway command is needed if
anything) it can be added as a separate command.

SlyVote version 0.34 beta - Added support for displaying avatars for people who post the polls when viewing results, and also updated the header display to show the from message network along with the from name.

Updated the version number & release date in SlyEdit_ReadMe.txt for version 1.58.  Also, updated the SlyEdit DD Message Lister Notes document to mention that my message lister is obsolete in favor of my message reader.

Version 1.58: Bug fixes related to refreshing quote lines on the screen after closing dialogs (such as the user settings dialog) and after choosing a text color for lines above quote lines: Now properly refreshes quote lines with the correct color.

1) Use a functional default (1) for P1.
2) Respond with an empty P2 parameter if nothing is set.
3) Only respond if there is a single parameter.  If there is more than one,
   it's not a request.

While we're here, clean up the formatting of cterm.txt.
Tabs for indentation, spaces for alignment, don't wrap with 80-column
displays using 8-char tabs (default with more).  The ECMA-048 reference
will always wrap however.

Version 1.17 beta 55: Added the new @-code MSG_FROM_AND_FROM_NET and MSG_FROM_AND_FROM_NET-L (for left-justification with field length), which shows the 'from' name with the from network in parenthesis.  Updated the default message header to show that information.

the DA response, so I added 2 new requests: CSI=1n and CSI=2n which query
a state report from the terminal (for font state or video/emu mode), the same
information returned in the DA in the previous rev, but in a format more in
line with the corresponding CSI? N h/l requests (no bit checking required).

was failing (returning false) for any VERT/* addresses (for example).

or more have elapsed since the last system password (SY:) prompt. Similar
to Linux 'sudo' command. Might make this time configurable rather than
hard-coded at some point, but 15 minutes seems like a good default.

slot numbers that have been successfully set by the server.

Fixed.

- first available loadable-font slot number (e.g. 43)
- result of previous "select font" request (0 = success)
- current video mode flags (e.g. high-intensity background)
- current emulation mode flags (e.g. cursor visible, doorway mode)

These are to aid the server (BBS) in making better use of advanced features,
namely alternative/loadable fonts and high-intensity background colors (aka iCE
colors). Being able to detect when these features are supported and working as
intended is vital in providing a smooth/automated BBS experience which is
automatically enhanced, when possible (supported by the client) and does not
interfere with legacy (non-enhanced client) users.
Even better would be a command that tells the server:
if the server were to attempt a request 'X', it would likely work.
Instead, we have to try request 'X' and then query the device attributes to
find out if it actually worked, which is better than nothing (or asking the
poor user to tell the BBS whether it worked or not).

for sbbslist and avatars modules.

a MIN() macro (if not already defined) instead.

code included. As far as I know, no one is using one.

values. Apparently since this behavior is not not universal, it causes
some systems to treat the 2 MSG-IDs (one with and one without trailing
whitespace) as unique, causing potential dupes. Reported by Mark Lewis.

when run via jsexec.

  with a BBS entry (only for ANSI users), prioritizing the sysops listed
  in the entry, then the creator (for network-imported entires). For
  locally created entries, it prioritizes the creator's avatar.
* Fixes for non-ANSI terminal users:
- The List and More prompts were too long (shortened for non-ANSI)
- There was no selected item indicator, added an arrow (<) selector
* Fixed error (bbs undefined) when removing the only BBS from a search
  result.

format. This may allow us to display BIN-style "ANSI graphics" to users
without ANSI terminals (for example) .

  index between BBS names and (message) network addresses.
  This will be useful for instances where we want to display an avatar
  but we don't necessarily know a message network address of the user
  (e.g. in instant messages, BBS list entries).
* avatars.js can now accept multiple commands per invocation
  (e.g. import and export in the same operation).
* avatars.js now creates/updates the data/bbses.ini index file whenever
  user avatars are imported (e.g. via SYNCDATA).

Version 1.17 beta 54: Added a new configuration option, rightJustifyAvatars, which can be used to specify whether to right-justify avatars.  Valid values are true and false (false means left-justify).

(JSON.stringify creates \n-terminated lines).