[Nano-devel] updates (mostly bugfixes)

[David Lawrence Ramsey]

Aside from the changes mentioned on the list, I've added the following
things to CVS, mostly bugfixes for the new code in 1.3.6.  Everything
appears to be holding now, so if there aren't any major problems with
CVS, I'd like to get 1.3.7 out in a few days, in the interest of having
a relatively stable version of nano with UTF-8 support.

* the cursor is now always turned on when starting nano, in case it
wasn't on before

* all references to cut-to-end are now properly left out when NANO_SMALL
is defined

* in make_mbchar() and parse_rcfile(), warnings when compiling with
debug support have been fixed

* in do_insertfile(), a problem where going into the help browser at the
"Insert File" prompt would always result in the current answer's being
used as the filename afterward has been fixed

* in help_init(), multibyte characters are properly calculated in
allocsize, overly long help strings have been split (at sentence
boundaries) to avoid the -pedantic warning about ISO C89 compilers' not
being required to support strings of over 509 bytes, and there have been
several wording fixes (mostly, some instances of "hit Enter" have been
replaced with "press Enter" for consistency)

* in usage(), the -d/--rebinddelete option is now properly printed when
in tiny mode

* find_paragraph() no longer skips over certain cases of one-line
paragraphs

* do_justify() now breaks lines after a space instead of breaking them
at the space and readding it afterwards

* statusq() now takes multibyte characters into account properly when
displaying the prompt text

* in titlebar(), "View" can now be displayed when a filename is passed
in, in case we're in multibuffer mode and inside the file browser

* in help_line_len(), the text is now broken at the same column position
that it was in 1.2.x

* merged sample C++ regexes from the nano-devel archives into the c-file
regexes, since C++ is a superset of C

* overly long perl and nanorc regexes have been broken into separate
regexes of no more than 256 bytes, since POSIX-compliant regexp
implementations can reject regexes of over 256 bytes

* the manual and info pages now mention the -? alias for -h/--help and
list the +LINE option at the beginning

Comments?