unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Lars Ingebrigtsen <larsi@gnus.org>, Dani Moncayo <dmoncayo@gmail.com>
Cc: "17346@debbugs.gnu.org" <17346@debbugs.gnu.org>,
	Stefan Monnier <monnier@iro.umontreal.ca>
Subject: bug#17346: 24.4.50; Why is the goal column limited to C-n and C-p ?
Date: Sun, 5 Jun 2022 22:56:35 +0000	[thread overview]
Message-ID: <SJ0PR10MB54885C93BF84FEA3A4947156F3A39@SJ0PR10MB5488.namprd10.prod.outlook.com> (raw)
In-Reply-To: <874k0yzyu1.fsf@gnus.org>

> I've now made this change in Emacs 29, and I have not added a new user
> option to tweak the behaviour.  If there's a huge backlash, we can add
> one, but it seems rather unlikely to me because of the reason above.

The doc of `(next|previous)-line' specifically calls
out the behavior wrt `goal-column' (see below).

Are you doing that also for each command/key you
change now to respect `goal-column'?  You should, IMO.

Better would be to define a minor mode, which would
cause some set of commands to respect `goal-column'.
This is really a modal thing and not part of the
behavior of this or that particular command.

The set of affected commands could be defined as a
list-valued option or by putting a property on a
command's symbol.  One way or another, this should
be easily under user control.

The doc of the minor mode would document the
behavior as well as point to the set of affected
commands.

No need then to also put that info in the doc of
the individual commands.  (Users's then wouldn't
see it in `C-x k' or `C-x f', but they'd see it in
`C-h m', and of course it only takes effect after
`C-x C-n' confirmation anyway.)

`C-x C-n' could (after novice confirmation for
setting the goal column) turn on the minor mode,
which would otherwise be off by default.  Its doc
should also mention that minor mode behavior.
___

Current doc about this in `(next|previous)-line'
(it doesn't really belong there):

 The command C-x C-n can be used to create
 a semipermanent goal column for this command.
 Then instead of trying to move exactly vertically (or as close as possible),
 this command moves to the specified goal column (or as close as possible).
 The goal column is stored in the variable 'goal-column', which is nil
 when there is no goal column.  Note that setting 'goal-column'
 overrides 'line-move-visual' and causes this command to move by buffer
 lines rather than by display lines.
___

(BTW, that part of the doc isn't filled properly.)





  reply	other threads:[~2022-06-05 22:56 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-25 11:29 bug#17346: 24.4.50; Why is the goal column limited to C-n and C-p ? Dani Moncayo
2014-04-25 14:43 ` Dani Moncayo
2014-04-25 16:14   ` Stefan Monnier
2014-04-29  6:25     ` Dani Moncayo
2014-04-29 21:54       ` Stefan Monnier
2014-05-29 15:10         ` Dani Moncayo
2014-10-09  7:24           ` Dani Moncayo
2014-10-09 15:44             ` Stefan Monnier
2014-10-09 16:03               ` Dani Moncayo
2014-10-09 16:30                 ` Dani Moncayo
2014-10-09 19:45                   ` Stefan Monnier
2014-10-09 20:43                     ` Dani Moncayo
2014-10-09 21:12                       ` Stefan Monnier
2014-10-09 21:32                         ` Dani Moncayo
2014-10-10  1:09                           ` Stefan Monnier
2014-10-09 16:57                 ` Stefan Monnier
2022-04-30 15:34                 ` Lars Ingebrigtsen
2022-04-30 16:11                   ` Drew Adams
2022-06-05 19:37                   ` Lars Ingebrigtsen
2022-06-05 22:56                     ` Drew Adams [this message]
2014-04-25 16:20 ` Michael Welsh Duggan
2014-04-25 16:49   ` Dani Moncayo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=SJ0PR10MB54885C93BF84FEA3A4947156F3A39@SJ0PR10MB5488.namprd10.prod.outlook.com \
    --to=drew.adams@oracle.com \
    --cc=17346@debbugs.gnu.org \
    --cc=dmoncayo@gmail.com \
    --cc=larsi@gnus.org \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).