avatar for all message areas not otherwise given a default value).

imported, e.g.
jsexec avatars sub_default=/sbbs/text/avatars/silhouettes.bin

section of modopts.ini (the value is base64-encoded avatar data). If
the <sub_code>_default or <group_name>_default keys exist, those defaults will
be used as appropriate (both <sub_code> and <group_name> are lower-case).
The avatar options ([avatars] section) of modopts.ini is cached (in bbs.mods)
for performance reasons, so changes require a log-off/on to see.

Weird.

one or the other.

This versions has a lot more assumptions that the whole world runs Linux
in it, and just a small number of perviously reported bugs actually fixed.

I think the patch count has actually gone up rather than down for this.

As it turns out, the thing I was trying to fix (https://pskreporter.info not
working with HTTP.js) is not fixed in the new version and was just yet
another abitrary undocumented limit being hit.

This *may* break anything crypto-releated, though it seems to work on FreeBSD
fine.  Win32 build not tested since Digital Man provides precompiled libs
for that, and mingw32 builds not yet tested.

Please report any *NEW* crypto-related issues after getting this to work.

Oh yeah, it also looks like the cryptlib dependency for Synchronet got
broken somewhere, so the easiest way to rebuild with the new cryptlib is
to build SyncTERM first.  I'll try to get this one fixed soonish.

messages (at least up to 4k attributes).

I'll tie it into the build with the incoming Cryptlib update, but I want
it to be a separate commit since it fixes a long-standing issue while the
rest of the update commit will just unbreak new broken bits.

*sigh*

Synchronet Web Server (e.g. using exec/qnet-http.js for the client).

Backspace (the "Delete" key on a MacBookPro keyboard) is treated the same
as ESC (exit).
Make the help status bar more clear in Mac OS X builds that the '+' key
may be used in place of the INSert key to add itesm and that fn-DELete key
sequence is used to delete items (or the '-' key, though that isn't stated).

treat the same Delete Char. This is for systems were there is no "Delete Char"
key (e.g. Mac) or where the Delete and Backspace keys send the reverse key
codes. On a Mac, the Backspace key is actually labeled "Delete", so treat
the key-code sent as "Delete item", consistent with the status bar/help
indicator.

on a Mac keyboard and although that key sends the ASCII DEL char (127), we're
converting it to backspace (^H) here. But if the user actually wants the
"delete character" key functionality, there is no dedicated key, so treat
Ctrl-Delete (on a Mac) as Delete (not backspace).

don't need it.

This should fix OS X (and other systems) doing weird things when they
exit SyncTERM.  We were forcibly preventing atexit() handlers from running,
and pretty much everything installed some of them.

reply code.  Maybe this used to be on the same line as the BBS name?

Make resume only perform any actions if curses is suspended.
This may fix the Syncterm OS X raw on exit in -iC mode.
(But may not either)

May fix OS X stack clobbering issue.

Fixed spelling: supplimental -> supplemental.  My CVS client says the server does not support rename, so I had to remove and re-add with the fixed spelling.

never maintened or used since. So... remove from CVS.

Replacing the whole separate localized English dictionaries with a general English dictionary and smaller supplimental ones containing localized spellings of words used in those regions

Updated parsing for dictionary filenames (to appear in the list for user preferences): Dictionary filenames can now include "-supplimental" after the localization (such as dictionary_en-US-supplimental.txt" if it's a smaller dictionary only with localized spellings of words.  Those dictionaries will include "(Supplimental)" at the end of their name in the user preferences.  Dictionary filenames without a localization after the language (such as dictionary_en.txt) will include "(General)" at the end of their name in the user preferences.  Dictionaries with just the localization without "-supplimental" will just have the language name and localization as the language name in the user preferences (i.e., dictionary_en-US.txt will be "English (US)".