nano-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Nano-devel] [PATCH] cutting: when deleting whole words, don't join


From: Benno Schulenberg
Subject: Re: [Nano-devel] [PATCH] cutting: when deleting whole words, don't join lines unexpectedly
Date: Sun, 16 Sep 2018 20:00:44 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1

Op 11-09-18 om 02:51 schreef David Ramsey:
> Whether it's good that trailing space isn't eaten would depend on the
> circumstances, and I'd prefer to err on the side of consistency, since
> it's reasonable to expect cut-word to work the same way in both
> directions whenever possible.

In principle, yes.  But trailing whitespace and leading whitespace do
not have the same meaning.  Trailing whitespace is either an accident,
in which case there is no problem to confront the user with his or her
sloppiness, or it is there on purpose, like in a flowed-format email.
When it is there on purpose, then it should not be deleted by a word-
eating keystroke.  But leading whitespace... is not there to indicate
continuation nor to separate a word from a preceding one (the newline
already does that).  Leading whitespace is there to give a line or a
block of text some extra visibility.  Conceptually, the left margin is
where the text starts -- there _is_ no whitespace.  The indentation is
just a visual gimmick, it has no meaning for the text.

In short: not all whitespace is created equal.  Thus I see no problem
in treating leading and trailing whitespace differently.  (Whether the
current way is the best way is another matter, though.)

Benno

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]