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

[Benno Schulenberg]

Op 03-09-18 om 01:14 schreef Brand Huntsman:
> On Sun,  2 Sep 2018 13:30:40 +0200 Benno Schulenberg <address@hidden>
> wrote:
>> [This isn't the desired behavior that I described (which, it turns out, is
>> almost exactly how Firefox and Thunderbird behave for Ctrl+Bsp and
>> Ctrl+Del), but I quite like it.  And it costs less than fifteen lines.] ---
> 
> It doesn't work, cut-next at end takes newlines+whitespace, but cut-prev at
> start takes newlines+whitespace+word. They both must do the same thing, cut
> word or don't cut word.

Yes, the asymmtry was a bit bothering.  The upcoming patch has symmetrical
behavior: the described desired behavior.

> And cutting word is the wrong choice, it doesn't allow
> cutword to be used to join two lines or paragraphs.

Why should cutword allow to just join lines?

> And before you mention
> using backspace or delete key to join lines, try it in nano's NEWS file (13
> key presses to remove those indents).

Oh come on.  Until now I would use <Shift+Ctrl+Right> ^K, or <Shift+Home> ^K
<Backspace>, depending on the direction.

But I agree that there now still is an incongruency.  <Ctrl+Delete> at the
start of a line with a long indent will only delete that indent, but that
same <Ctrl+Delete> one step back, at the end of the preceding line, will
delete indent plus succeeding word.  Hmmm...

The problem with not cutting a word when crossing a line boundary is that
it joins words when cutting leftward -- my lines don't end in spaces.  I
don't see a simple way to solve that: to insert a space when there is none,
just like justifying does.

Benno

signature.asc
Description: OpenPGP digital signature