From: Stefan Monnier <monnier@iro.umontreal.ca>
To: rms@gnu.org
Cc: pmr@pajato.com, bug-gnu-emacs@gnu.org,
846@emacsbugs.donarmstrong.com, emacs-pretest-bug@gnu.org
Subject: bug#846: Bug in handling invisible text, and bug in Pmail.
Date: Mon, 01 Sep 2008 22:36:44 -0400 [thread overview]
Message-ID: <jwvej43qnzo.fsf-monnier+emacsbugreports@gnu.org> (raw)
In-Reply-To: <E1KaKP3-0004hI-Sh@fencepost.gnu.org> (Richard M. Stallman's message of "Mon, 01 Sep 2008 21:09:53 -0400")
>> I think this is a bug in the command loop's handling of invisible
>> text -- it should not be the case that C-f C-b changes point.
> There are various desirable behaviors w.r.t invisible text, and you
> can't have them all at the same time.
> I know that better than anyone, and I thought about this a long time.
> The command loop used to have code to make sure that there weren't
> two different possible point values that would display as the same place.
When was that? How did it do that?
> It's been with us for a while now
> Did you change my decision?
What decision?
> If so, when did that happen?
The relevant piece of code is adjust_point_for_property, which used to
make point move over images and char-compositions and which I extended
in Emacs-22 (IIRC) to move over invisible text as well (making it
automatically somewhat-intangible).
> and hasn't caused any real bug report
> yet (other than reports such as this one, that is; which complain on
> principle rather than because of some real problem
> It was a real problem, even though Pmail should not use invisible text
> for this. It led to confusing behavior in this case, and it will be
> confusing in every case where invisible text is used.
Could you re-explain the problem you encountered, then? Re-reading your
original bug-report I still can't see where this difference between point
before and after C-f C-b introduced a problem.
> If people have not complained, maybe it is because the use of
> invisible text is rare. What other modes use invisible text?
Indeed, most complaints around invisible text have to do with the
invisibility itself rather than details of how point is handed in
its presence. So invisible text is rare because it's inherently
problematic (and should hence be avoided whenever possible).
Stefan
next prev parent reply other threads:[~2008-09-02 2:36 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-01 6:11 bug#846: Bug in handling invisible text, and bug in Pmail Richard M. Stallman
2008-09-01 20:37 ` Stefan Monnier
2008-09-02 1:09 ` Richard M. Stallman
2008-09-02 2:36 ` Stefan Monnier [this message]
2008-09-23 20:44 ` Reiner Steib
2008-09-03 8:15 ` bug#869: " Paul Michael Reilly
2008-09-03 16:39 ` Stefan Monnier
2008-09-04 0:10 ` Richard M. Stallman
2008-09-04 6:54 ` Paul Michael Reilly
2008-09-04 0:11 ` Richard M. Stallman
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvej43qnzo.fsf-monnier+emacsbugreports@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=846@emacsbugs.donarmstrong.com \
--cc=bug-gnu-emacs@gnu.org \
--cc=emacs-pretest-bug@gnu.org \
--cc=pmr@pajato.com \
--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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.