GNU bug report logs -
#69097
[PATCH] Add 'kill-region-or-word' command
Previous Next
Reported by: Philip Kaludercic <philipk <at> posteo.net>
Date: Tue, 13 Feb 2024 09:57:02 UTC
Severity: normal
Tags: patch
Done: Sean Whitton <spwhitton <at> spwhitton.name>
Bug is archived. No further changes may be made.
Full log
Message #182 received at 69097 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Philip Kaludercic <philipk <at> posteo.net>
>> Cc: spwhitton <at> spwhitton.name, stefankangas <at> gmail.com, acorallo <at> gnu.org,
>> juri <at> linkov.net, rms <at> gnu.org, 69097 <at> debbugs.gnu.org
>> Date: Thu, 05 Sep 2024 10:02:45 +0000
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> > If we don't introduce a new command, then what will be the modified
>> > behavior of kill-region? Specifically, when will it delete the last
>> > word?
>>
>> If the new user option is non-nil /and/ there is no region. If
>> `kill-region-dwim' is nil (default), then nothing should change.
>>
>> >
>> > In Emacs buffers, it is very rare not to have the mark, so it
>> > sounds like the Bash-like behavior will very rarely if ever available,
>> > no?
>>
>> It will kick-in whenever `use-region-p' returns a non-nil value.
>
> Non-nil or nil? Above you say "there's no region", which AFAIU means
> use-region-p returns nil.
Right, my bad.
>> I recognise that this isn't useful for people who don't rely on
>> transient mark mode, but in that case we'll need to commands anyway,
>> as I don't want to use the behaviour that Sean describes.
>
> Which is why I think we will need a separate command after all.
OK, but we can add that independently of this patch.
--
Philip Kaludercic on siskin
This bug report was last modified 243 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.