From: Eli Zaretskii <eliz@gnu.org>
To: Michael Heerdegen <michael_heerdegen@web.de>
Cc: larsi@gnus.org, esabof@gmail.com, 14582@debbugs.gnu.org
Subject: bug#14582: 24.3.50.1; Strange overlay behavior, when window-start is inside an overlay.
Date: Wed, 02 Feb 2022 05:34:49 +0200 [thread overview]
Message-ID: <83h79i6iw6.fsf@gnu.org> (raw)
In-Reply-To: <87iltynkbg.fsf@web.de> (message from Michael Heerdegen on Wed, 02 Feb 2022 02:12:03 +0100)
> From: Michael Heerdegen <michael_heerdegen@web.de>
> Cc: larsi@gnus.org, esabof@gmail.com, 14582@debbugs.gnu.org
> Date: Wed, 02 Feb 2022 02:12:03 +0100
>
> Let's extend the discussion to invisible text in general - hideshow is
> only one application of invisible text. Are there cases where the
> current behavior makes sense and is expected? More sense than the
> behavior I expect?
How can we know? There's any number of Lisp programs out there using
invisible properties. Starting with Org.
> I ask because you said that the display engine can't know the intention.
> Does it have to? Why can't the credo just be "always ensure complete
> visual lines are displayed"?
Because a Lisp program may wish otherwise.
next prev parent reply other threads:[~2022-02-02 3:34 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-09 9:13 bug#14582: 24.3.50.1; Strange overlay behavior, when window-start is inside an overlay E Sabof
2013-06-09 17:06 ` Eli Zaretskii
2013-06-09 17:37 ` E Sabof
2013-06-09 17:52 ` Eli Zaretskii
2013-06-09 18:16 ` E Sabof
2013-06-09 18:25 ` Eli Zaretskii
2013-06-09 18:40 ` E Sabof
2013-06-09 18:49 ` E Sabof
2022-01-30 21:37 ` Lars Ingebrigtsen
2022-01-31 0:36 ` Michael Heerdegen
2022-01-31 14:57 ` Eli Zaretskii
2022-01-31 18:42 ` Michael Heerdegen
2022-01-31 19:08 ` Eli Zaretskii
2022-02-01 3:03 ` Michael Heerdegen
2022-02-01 18:18 ` Eli Zaretskii
2022-02-02 1:12 ` Michael Heerdegen
2022-02-02 3:34 ` Eli Zaretskii [this message]
2022-02-02 4:02 ` Michael Heerdegen
2022-02-02 12:31 ` Eli Zaretskii
2022-02-03 17:40 ` Eli Zaretskii
2022-02-04 1:37 ` Michael Heerdegen
2022-02-04 13:56 ` Eli Zaretskii
2022-02-06 2:54 ` Michael Heerdegen
2022-02-06 10:28 ` Eli Zaretskii
2022-02-08 0:29 ` Michael Heerdegen
2022-02-08 3:34 ` Eli Zaretskii
2022-02-08 4:05 ` Michael Heerdegen
2022-02-08 12:23 ` Eli Zaretskii
2022-02-09 0:20 ` Michael Heerdegen
2022-02-09 3:53 ` Michael Heerdegen
2022-02-09 13:47 ` Eli Zaretskii
2022-02-10 1:07 ` Michael Heerdegen
2022-02-10 6:15 ` Eli Zaretskii
2022-02-11 4:42 ` Michael Heerdegen
2022-02-11 8:46 ` Eli Zaretskii
2022-02-12 0:25 ` Michael Heerdegen
2022-02-12 7:28 ` Eli Zaretskii
2022-02-12 22:53 ` Michael Heerdegen
2022-02-13 11:43 ` Eli Zaretskii
2022-02-27 3:54 ` Michael Heerdegen
2022-02-27 8:08 ` Eli Zaretskii
2022-02-27 23:19 ` Michael Heerdegen
2022-02-28 13:10 ` Eli Zaretskii
2022-01-31 15:30 ` Lars Ingebrigtsen
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=83h79i6iw6.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=14582@debbugs.gnu.org \
--cc=esabof@gmail.com \
--cc=larsi@gnus.org \
--cc=michael_heerdegen@web.de \
/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.