(and configured).

it displays a string of text and fills the background color up to the
specified percentage fo the string length. I will be using it for displaying
poll results, but it could possibly be used for progress displays and such.
The colors used are configured via the "backfill" and "unfill" attributes in
ctrl/attr.cfg.

be used in displaying poll results. Set the default backfill to white on
magenta.

be used in displaying poll results.

There (will be) the possibilty to cast mutliple votes in a single vote-msg
(ballot), when multi-choice polls are introduced later. There were just too
many things call vote/votes and it was getting confusing in my own head. So the
msg type for messages that contain votes is now "ballot".

they don't fill your error.log file up.

field can have that line automatically stripped from the displayed header:
- The \r\n's were moved from the end of the MsgSubj and MsgAttr strings
to the beginning of the MsgAttr and MsgTo strings.
Also, fixed the number in the VoteMsgUpDownOrQuit comment.
Removed "I'm" from the "Sorry.." vote related strings.

console input on Windows (e.g. the prompt() method no longer worked).
This change was related to his JSDoor work, so that might be broken now.

SMBLIB dependency to projects (e.g. filelist) that don't already have it.

invalid conversion from æconst char*Æ to æchar*Æ

- wasn't opening sub-board correctly (now using new smb_open_sub)
- for single-hope QWK packets, wasn't setting the sender netaddr (QWK-ID)

"the right way", this will be used to replace a lot of copy/pasta over time.

MsgDownVoteNotice.
Also moved the R_Voting string, so the last few voting related strings in the
text.dat have been re-arranged (sorry about the thrash) - if you don't have
these new 8 lines, the default strings are used and you're fine.
When listing messages from the "Reading" prompt, the vote status and Replied
attribute flag are now indicated: 'V' = voted up (more than down), 'v' = voted
down (more than up), and 'R' = replied-to. Unread/new messages still show a '*'
in the A (for attributes) column.
Voting via JS still does not automatically send a notice to the poster, that
still needs to be worked out.

(new header properties: upvotes and downvotes), regardless of the
"include_votes" argument value (default: false).
get_all_msg_headers() reads the entire index already, so there's really no
performance penalty unless there are actual votes (and even then, very low).
The MsgBase.get_msg_header() function will *not* return these vote totals since
that would incur a pretty substatial performance hit on that function.

(like save_msg), except you only need a few properties, in order of importarnce:
attr: you need to have this set to MSG_UPVOTE, MSG_DOWNVOTE, or MSG_VOTE
thread_back or reply_id: either of these must be set to indicate msg to vote on
from: name of voter
from_net_type and from_net_addr: if applicable

sends a short message (telegram) to the poster of the vote. It also confirms
this is not a duplicate vote.

visible in resource view).

not the sender net *type* (the net-type is passed-in). This did result in a
crash when parsing a voting.dat that contained a networked vote. Oops.

- get_msg_index()
- get_msg_header()
- get_all_msg_headers()
these functions all accept a new (optonal, last) bool argument "include_votes"
which defaults to false. So if for some reason, you want to load votes, just
pass an additional 'true' argument.
ToDo: polls and vote tallying.
At least for now, existing JS stuff that uses the MsgBase object won't get
messed up by the new voting messages.

correctly.

These messages would actually already be ignored due to the lack of a message
body, but by checking the message attributes (and redundant msg 'type'), the
msg headers for votes & polls aren't even loaded into memory. SBBSecho v2
should work just fine with msg bases that contain votes or polls as well.

- Sub-boards can be disalbled for voting in SCFG

Removed un-implemented "kill msg when read" sub-board option.

- Users can be restricted from voting with the 'V' restriction
- Sub-boards can be disalbled for voting in SCFG
- VOTING.DAT can be include/excluded from QWK packets via user cfg
  (when a VOTING.DAT is received in a REP, the user cfg flag is auto-set)
- Adds several new text.dat lines (if not present in yours, uses the default)

What's not yet implemented:
- Notification of votes on your posted messages
- Method to view/audit all votes
- Polling
- Any special handling to auto-exclude votes from msg-related JavaScripts

The beginnings of an SMB-based voting system - very experimental:
The concept is that a "vote" message can be used to reply to:
1. A normal message, as either an upvote or a downvote, ala social media
2. A poll, polls can either allow a single choice answer or multiple answers
Vote messages won't be visible as normal messages (e.g. when reading messages
online) and SMB processing software (e.g. SBBSecho) should ignore these
messages because they have no body text.
Polls are going to need more work, but the idea is to have the poll question as
a single (newly defined) hfield and the possible answers as dfields.

mode for a specified message base (mail or sub-board). This logic exists in
many other files and can now be consolidated using this single function.

Use fopen/fprintf (buffered writes) rather than open/write.
Use safe_snprintf() and SAFEPRINTF for safe string formatting.
Use a variable for line-endings (in preparation for support for Unix-style log
files for those sysops that prefer them).
hacklog() now supports a NULL 'text' argument.

loginFailure() now handles a NULL password argument correctly.

which are inboxes, the secure inbound and the non-secure inbound.

file (in .can file format) which lists IP addresses or hostnames which will
be exempt from temporary bans or permanent filters.

Added (new) '-a' option to dump the parsed area file (areas.bbs) to stdout
(useful for debugging area file issues).
Only age-filtered messages can be relayed to downlinks now (not twit-filtered
messages).

1. check if user is online before starting any scanning/packing
2. log a message when aborting scan/pack due to user online