GNU bug report logs - #62892
proposal to extend mark-sexp to go forward and backward on command

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: zkanfer <at> gmail.com, rms <at> gnu.org
Cc: ruijie <at> netyu.xyz, juri <at> linkov.net, monnier <at> iro.umontreal.ca, 62892 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: bug#62892: proposal to extend mark-sexp to go forward and backward on command
Date: Fri, 26 May 2023 09:06:31 +0300

> Cc: ruijie <at> netyu.xyz, 62892 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca,
>  drew.adams <at> oracle.com, juri <at> linkov.net
> From: Richard Stallman <rms <at> gnu.org>
> Date: Thu, 25 May 2023 18:32:56 -0400
> 
> I don't think we could find standard key bindings that are easy enough
> to be worth thinking about.
> 
>   > > Are you envisioning that users would bind some of these functions
>   > > to keys themselves?
> 
>   > Yes. This is the main use-case I envisioned.
> 
> This is not outright unreasonable.  I still doubt they would
> interest many users, and I would not favor documenting these
> features fully in the Emacs Manual.

After some more thinking, I came to the conclusion that I can only
support adding these new commands if they would work in a much more
predictable fashion: always move forward/back by ARG sexps and set the
region on all the sexps they moved across.  IOW, no change in behavior
depending on whether transient-mark-mode is ON or OFF, no change in
behavior depending on whether the region is active or not, and no
confusing notion of "extending the region" lumped into them.

Adding such simple commands could cater to those users who want
predictable marking behavior; perhaps those user will also want to
rebind C-M-f and C-M-b to these new commands.

But adding new commands that still change behavior in mysterious ways
depending on transient-mark-mode and active region is not something I
would like to do.

Sorry for bringing this up so late, I probably should have said this
at the very beginning of this discussion, if I were thinking fast
enough to realize this back then.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.