When the mark is on, instead of letting a <Tab> simply insert a Tab
character at the cursor position, let it indent the marked region.
Original-idea-by: Chris Allegretta <chrisa@asty.org>

Reference: http://php.net/manual/en/language.variables.basics.php



Also color keywords differently from strings.
Signed-off-by: Michael Francis <mikefrancis95@gmail.com>

Make both preceding character moves include the terminating byte.

The character move has already copied the terminating byte.
And a reallocation to save just one character of memory is
a waste of time.

And increase the contrast for the reminders, both for PO and Python.

A list of keywords can be obtained from `keyword.kwlist`.
Signed-off-by: Benjamin Mintz <bmintz@protonmail.com>

And also allow it when lines are only partially indented.

This makes it possible to equalize the indentations of (accidentally)
unevenly indented lines: by first fully unindenting a group of lines,
and then reindenting them to the desired amount.
Suggested-by: Liu Hao <lh_mouse@126.com>

Bright white on yellow stands out much more than grey on yellow.
Signed-off-by: Liu Hao <lh_mouse@126.com>

In this way we can delete things on the current line with ^K (after
Shift-selecting some text) without nano misdetecting a line change,

This fully fixes https://savannah.gnu.org/bugs/?52576.

Only when the cursor has moved off of the currrent line do we stop
prepending wrapped words to the next line.

This partially fixes https://savannah.gnu.org/bugs/?52576.

The option now causes nano to trim trailing whitespace also when
hardwrapping occurs while the user is typing.

This fulfills https://savannah.gnu.org/bugs/?52198.

To get rid of two double negatives.

It's better to color some invalid things as if valid than the other
way around.  So, as strings can validly contain any number of double
quotes, just accept *anything* between the delimiting double quotes
and demand that the closing quote is followed by whitespace or EOL.

The call of do_delete() four lines earlier already does a renumber.

When the WAS_FINAL_LINE flag is relevant (when NO_NEWLINES isn't set),
the only way for 'current' to be equal to 'filebot' is when 'current_x'
is zero.

This addresses https://savannah.gnu.org/bugs/?52546

.
Reported-by: Marius Schamschula <mschamschula@gmail.com>

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

When some or all edits have been undone, and the user starts to make
new edits, the old part of the undo stack is discarded, but this does
not mean that the undo stack doesn't go back to the very beginning.

This really fixes https://savannah.gnu.org/bugs/?52504.

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

This also means that no question needs to be asked when exiting.

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

.
Reported-by: Peter Passchier <peter@passchier.net>

On a freshly installed system, or for a new user, the default
XDG data directory may not exist yet.  So, create it when not.
Reported-by: Brand Huntsman <alpha@qzx.com>

Otherwise a second justification will cancel it, which is weird.

The softmark is now only cancelled when the cursor is moved without
Shift being held, not for things like ^L (Refresh), ^C (Position),
or ^G (Help).

This addresses https://savannah.gnu.org/bugs/?52470.

When a file is closed with the cursor on line 1, column 1, this
position is not recorded in file-positions history file -- if a
record for the file existed, it is deleted.  In the latter case
the history file needs to be saved, so that other instances of
nano will know about the deletion.

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

Otherwise we would overwrite the current file with just the selection.

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

The pointer not being NULL is enough indication that the mark is set.

Also, rename the pointer from 'mark_begin' to simply 'mark', since
the former is kind of pleonastic.