From: Drew Adams <drew.adams@oracle.com>
To: Juri Linkov <juri@linkov.net>
Cc: 33664@debbugs.gnu.org
Subject: bug#33664: 26.1; Document vars and functions in `cursor-sensor.el'
Date: Sat, 8 Dec 2018 19:53:38 -0800 (PST) [thread overview]
Message-ID: <07d30d9e-62b0-401f-90e6-b0d054a71c40@default> (raw)
In-Reply-To: <87r2er62dz.fsf@mail.linkov.net>
> > Juri reads bug reports, and he has worked on Isearch
> > (dunno whether he worked on this part of it). Maybe
> > the design/use of the var for Isearch could be
> > documented in a comment in `isearch.el', at least.
>
> I could help but I know nothing about cursor-sensor.
> Please explain the purpose of cursor-sensor, then
> I'll write a comment in `isearch.el'.
I too know nothing about it.
I was hoping that it was perhaps you who added its
use in Isearch.
It is apparently a replacement for using text
property `intangible', which its comments say
is too low-level. It activates the intangibility
of text when you turn on `cursor-intangible-mode'.
The point of the bug report is to get a little
more doc for it.
Isearch's use of it seems to be to just make
sure that intangible text is not recognized
as such, i.e., it is treated as normal,
tangible text by Isearch. At least that's
my reading of the code.
Isearch seems to politely ensure that it does
not interfere with other uses of variable
`cursor-sensor-inhibit' It does so not by
recording the value before changing it, and
then restoring that value when finished, but
adding a non-nil value to it as a list element.
That seems like a good (and interesting)
approach. But there is nothing in the definition,
doc, or comments for that var that would lead one
to understand that that's a good (or recommended)
way to use it, let alone the expected way.
prev parent reply other threads:[~2018-12-09 3:53 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <<cfd3992c-7a13-4ff5-816f-689ceb856396@default>
[not found] ` <<jwvo99u4x81.fsf-monnier+bug#33664@gnu.org>
[not found] ` <<83zhte3f4n.fsf@gnu.org>
2018-12-07 15:15 ` bug#33664: 26.1; Document vars and functions in `cursor-sensor.el' Drew Adams
2018-12-07 15:28 ` Drew Adams
2018-12-07 15:34 ` Drew Adams
2018-12-07 15:35 ` Eli Zaretskii
2018-12-08 3:24 ` Richard Stallman
2018-12-09 14:01 ` Stefan Monnier
2018-12-09 15:15 ` Eli Zaretskii
2018-12-10 3:09 ` Richard Stallman
2018-12-09 18:38 ` Drew Adams
2019-10-12 22:12 ` Lars Ingebrigtsen
2018-12-09 18:32 ` Drew Adams
2018-12-09 19:35 ` Stefan Monnier
2018-12-09 20:56 ` Drew Adams
2018-12-10 1:58 ` Stefan Monnier
[not found] ` <<83k1kl5ozh.fsf@gnu.org>
2018-12-07 15:57 ` Drew Adams
2018-12-07 16:29 ` Eli Zaretskii
2018-12-08 23:10 ` Juri Linkov
2018-12-09 3:53 ` Drew Adams [this message]
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=07d30d9e-62b0-401f-90e6-b0d054a71c40@default \
--to=drew.adams@oracle.com \
--cc=33664@debbugs.gnu.org \
--cc=juri@linkov.net \
/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).