From: martin rudalics <rudalics@gmx.at>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Stephen.Berman@gmx.net, rms@gnu.org, emacs-devel@gnu.org
Subject: Re: invisible
Date: Sat, 01 Dec 2007 10:44:13 +0100 [thread overview]
Message-ID: <47512CED.1070300@gmx.at> (raw)
In-Reply-To: <jwvr6i7une3.fsf-monnier+emacs@gnu.org>
>>I don't know. `line-move-ignore-invisible' is a user option (although I
>>fail to see how it's useful). `(global-)disable-point-adjustment' is not.
>
>
> global-disable-point-adjustment *is* a user option.
OK. But according to the Elisp manual it's a "plain" variable and it's
not customizable. Also `line-move-ignore-invisible' is an option that
applies to C-n/C-p exclusively. `global-disable-point-adjustment', on
the other hand, applies to all commands.
>>IIUC a user might want to set `line-move-ignore-invisible' to nil
>>in order to have C-n/C-p stop at or near invisible newlines. In order
>>to make this possible I set `disable-point-adjustment' to t. I do this
>>because for this particular goal the adjustment step is too clever. But
>>I don't see how replacing the one by the negation of the other would
>>solve the problem.
>
>
> I must be missing something: the relationship is pretty obvious to me
> since your code sets disable-point-adjustment to t (i.e. forces Emacs to
> behave as if global-disable-point-adjustment were t for this one
> command) if and only if line-move-ignore-invisible is nil.
Because I'm not allowed to disable point-adjustment for the normal
`line-move-ignore-invisible' t case. What shall I do if someone wants
to disable point-adjustment for the `line-move-ignore-invisible' t case
too? We have
line-move-ignore-invisible => disable-point-adjustment
but not
disable-point-adjustment => line-move-ignore-invisible
or what am I missing?
>>Because I wanted to emphasize that this is for interactive use only
>>and `interactive-p' is tested in next-/previous-line. If for whatever
>>reason people want to use next-/previous-line in a function, they
>>should be allowed to disable point-adjustment as they like. But I do
>>not have a strong opinion about this, let's see whether my patch DTRT
>>at all. As Richard mentioned earlier adjusting one thing here breaks
>>another ...
>
>
> Since those functions are discouraged in Elisp code anyway I don't think
> it matters much.
Neither do I. But why do these have an `interactive-p' check in the
first place? BTW, there are a few instances where packages do rely on
next-/previous-line (I've just checked in a corresponding fix for
blackbox.el).
next prev parent reply other threads:[~2007-12-01 9:44 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20040225.150142.12214540.kazu@iijlab.net>
[not found] ` <q5gvfluxljk.fsf@lucent.com>
[not found] ` <200402282128.i1SLSuY15359@raven.dms.auburn.edu>
[not found] ` <200402290224.i1T2Oip15705@raven.dms.auburn.edu>
2007-11-09 21:59 ` invisible Stephen Berman
2007-11-18 0:35 ` invisible Stephen Berman
2007-11-18 15:27 ` invisible martin rudalics
2007-11-23 12:24 ` invisible Stephen Berman
2007-11-23 14:25 ` invisible martin rudalics
2007-11-23 18:19 ` invisible Stephen Berman
2007-11-23 19:59 ` invisible martin rudalics
2007-11-23 20:31 ` invisible Stephen Berman
2007-11-23 21:52 ` invisible martin rudalics
2007-11-23 23:04 ` invisible Stephen Berman
2007-11-24 9:33 ` invisible martin rudalics
2007-11-24 10:11 ` invisible Johan Bockgård
2007-11-24 10:30 ` invisible martin rudalics
2007-11-24 10:34 ` invisible martin rudalics
2007-11-24 19:50 ` invisible Stephen Berman
2007-11-24 22:26 ` invisible martin rudalics
2007-11-26 3:25 ` invisible Stefan Monnier
2007-11-26 8:02 ` invisible martin rudalics
2007-11-26 15:17 ` invisible Stefan Monnier
2007-11-26 19:10 ` invisible martin rudalics
2007-11-26 20:19 ` invisible Stefan Monnier
2007-11-26 3:20 ` invisible Stefan Monnier
2007-11-26 7:59 ` invisible martin rudalics
2007-11-26 15:29 ` invisible Stefan Monnier
2007-11-26 19:09 ` invisible martin rudalics
2007-11-26 20:16 ` invisible Stefan Monnier
2007-11-27 13:11 ` invisible martin rudalics
2007-11-27 18:46 ` invisible martin rudalics
2007-11-27 22:44 ` invisible Stefan Monnier
2007-11-28 9:16 ` invisible martin rudalics
2007-11-28 19:20 ` invisible Stefan Monnier
2007-11-28 22:41 ` invisible martin rudalics
2007-11-28 23:23 ` invisible Stephen Berman
2007-11-29 10:15 ` invisible martin rudalics
2007-11-29 16:13 ` invisible Stefan Monnier
2007-11-29 1:04 ` invisible Richard Stallman
2007-11-29 10:26 ` invisible martin rudalics
2007-11-29 15:57 ` invisible Stefan Monnier
2007-11-29 16:36 ` invisible martin rudalics
2007-11-29 18:53 ` invisible Stefan Monnier
2007-11-29 19:55 ` invisible martin rudalics
2007-11-30 17:19 ` invisible martin rudalics
2007-11-30 18:59 ` invisible Stefan Monnier
2007-11-30 22:09 ` invisible martin rudalics
2007-12-01 3:11 ` invisible Stefan Monnier
2007-12-01 9:44 ` martin rudalics [this message]
2007-12-01 20:41 ` invisible Stefan Monnier
2007-12-02 1:15 ` invisible Johan Bockgård
2007-12-02 9:47 ` invisible martin rudalics
2007-11-23 14:37 ` invisible martin rudalics
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=47512CED.1070300@gmx.at \
--to=rudalics@gmx.at \
--cc=Stephen.Berman@gmx.net \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=rms@gnu.org \
/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).