It would be silly for ^W to do a backward search too after using ^Q
once.

^S will be the first thing people will try for saving a file,
and ^Q is somewhat mnemonic because it is to the left of ^W:
it searches backward.

Make these keystrokes available also in the tiny version.

Before writing a file out, nano should check that the file on disk
hasn't been modified since it was read -- not only for the normal
"Write Out" action (^O), but also for "Save File" (future ^S) and
for "Save and Exit" (^X when --tempfile is used).

When writing fails and --tempfile is in effect, don't go on to prompt
for a file name; instead let the user decide what she wants to do.

This fixes https://savannah.gnu.org/bugs/?51040

.
Signed-off-by: Viorel Bota <botaviorel@gmail.com>
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>

When we've landed on a tab and we are moving down and the tab starts
before the current chunk, then push the index forward -- otherwise we
would not advance.  When instead we're moving up and the end of the
preceding row is on the same tab as the target column AND the end of
the current row is not on that same tab, then there is some character
on this row that we can put the cursor on, so push the index forward
-- otherwise we would skip a usable row.

This fixes https://savannah.gnu.org/bugs/?52125
and fixes https://savannah.gnu.org/bugs/?52139.

Also, an absent nanohelp syntax is not an error, so keep mum.

This fixes https://savannah.gnu.org/bugs/?52147.

This also removes a call of ungetch(), as it does not seem to be
needed any more: nano does not lose a character when waking from
suspension.

This fixes https://savannah.gnu.org/bugs/?52149

.
Reported-by: David Lawrence Ramsey <pooka109@gmail.com>

So the cursor won't be visible at the end of the status-bar message
while reading in a large file.

The code has been there for the last thirty releases -- for six
whole years -- more than enough time to have served its purpose.

Inspired-by: Mike Frysinger <vapier@gentoo.org>

This kind of addresses https://savannah.gnu.org/bugs/?51685.

In atblanks mode, if a softwrapped chunk ends with a double-width space
character (say, Unicode 003000, Ideographic Space), and that would put
half of the character past the edge of the screen, break before it.

This fixes https://savannah.gnu.org/bugs/?51671.

Or rather, to make searching for the PRESERVE option easier.

Simply redraw the browser screen upon every keystroke when --showcursor
is in effect, to be certain that the cursor will be placed again at the
correct spot.

This fixes https://savannah.gnu.org/bugs/?52078
and fixes https://savannah.gnu.org/bugs/?52079

.
Reported-by: David Lawrence Ramsey <pooka109@gmail.com>

The basic idea is that the cursor is always off, except when it needs
to be on: when waiting for text input, and in a few other cases: when
something was searched and found in the help viewer, and in the file
browser when option -g is in effect.

This fixes https://savannah.gnu.org/bugs/?51923

.
Reported-by: Mike Frysinger <vapier@gentoo.org>

When reducing the search string to at most half the screen width,
it should employ its width in columns, not its length in bytes.

Also adjust the type of a variable.

This fixes http://savannah.gnu.org/bugs/?52057.

This fixes https://savannah.gnu.org/bugs/?52060

.
Reported-by: David Lawrence Ramsey <pooka109@gmail.com>

So that it is not a substring of some other name.

The functions to read and write history files will not even be called
when the home directory is missing, so there is no need to check for
that eventuality again.

When history has changed, not all three listst can be empty.

Populating the search, replace, and execute lists makes use of the
function update_history() which sets history_changed to TRUE, which
meant that the search_history file would always get written even if
nothing had changed.

Signed-off-by: Marco Diego Aurélio Mesquita <marcodiegomesquita@gmail.com>

This fixes http://savannah.gnu.org/bugs/?52042

.
Reported-by: Mike Frysinger <vapier@gentoo.org>

Signed-off-by: Marco Diego Aurélio Mesquita <marcodiegomesquita@gmail.com>