From: Daniel Brockman <daniel@brockman.se>
To: emacs-devel@gnu.org
Subject: Re: Invisibility bug: `invisible' vs `display'
Date: Thu, 22 Feb 2007 15:15:10 +0100 [thread overview]
Message-ID: <87hctegtxt.fsf@wigwam.brockman.se> (raw)
In-Reply-To: 86mz36wbvc.fsf@lola.quinscape.zz
David Kastrup <dak@gnu.org> writes:
> Daniel Brockman <daniel@brockman.se> writes:
>
>> The bug did not let you override the `invisible' property
>> using the `display' property whenever you wanted;
>
> How do you know what I want?
Let me rephrase. The bug did not let you override the `invisible'
property using the `display' property in arbitrary situations.
>> it _only_ let you do that at the start of invisible text --- clearly
>> counter-intuitive, counter-useful, illogical, and erroneous.
>
> A display embedded in an invisible area should obviously not
> be visible.
I'm glad we agree on that.
> At the immediate edge, it is not clear what should take preference.
> If we have a display overlay with identical start and end points
> both of which advance-on-insert, then the overlay _clearly_ marks
> the position _between_ the text before and behind it. If the text
> _behind_ it is invisible, this should obviously not affect the
> overlay. Even more so if the displayed overlay is
> non-advance-on-insert.
How can an overlay with identical start and end points
display anything?
>> If you want some text to show, why not just set `invisible'
>> to nil on that text?
>
> Display properties are not necessarily a part of text.
Well, set it on an overlay if you want. What's the difference?
--
Daniel Brockman <daniel@brockman.se>
next prev parent reply other threads:[~2007-02-22 14:15 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-12 19:00 Invisibility bug: `invisible' vs `display' Daniel Brockman
2007-02-12 20:39 ` Daniel Brockman
2007-02-12 23:46 ` Chong Yidong
2007-02-13 1:09 ` Daniel Brockman
2007-02-13 7:13 ` David Kastrup
2007-02-13 14:59 ` Daniel Brockman
2007-02-22 2:57 ` Daniel Brockman
2007-02-22 11:27 ` Kim F. Storm
2007-02-22 11:42 ` David Kastrup
2007-02-22 13:22 ` Daniel Brockman
2007-02-22 13:38 ` David Kastrup
2007-02-22 14:15 ` Daniel Brockman [this message]
2007-02-22 17:19 ` Johan Bockgård
2007-02-22 17:37 ` David Kastrup
2007-02-22 20:39 ` Daniel Brockman
2007-02-22 21:00 ` David Kastrup
2007-02-22 21:23 ` Daniel Brockman
2007-02-22 21:51 ` David Kastrup
2007-02-23 13:23 ` Daniel Brockman
2007-02-22 17:08 ` Kim F. Storm
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=87hctegtxt.fsf@wigwam.brockman.se \
--to=daniel@brockman.se \
--cc=emacs-devel@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.