From: Paul Eggert <eggert@cs.ucla.edu>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: 9642@debbugs.gnu.org
Subject: bug#9642: move-overlay creates an empty overlay with the evaporate property
Date: Sat, 01 Oct 2011 00:33:49 -0700 [thread overview]
Message-ID: <4E86C25D.5010108@cs.ucla.edu> (raw)
In-Reply-To: <jwvoby11hu6.fsf-monnier+emacs@gnu.org>
On 09/30/11 21:01, Stefan Monnier wrote:
> if the user goes through the trouble to do the above, he probably
> doesn't want this overlay to disappear right away
I don't see why not. Evaporating overlays are supposed
disappear when they become empty -- that's their whole point.
Why would one want an evaporating overflow that's empty?
Let's look at it a different way. Suppose we were to try
to document the current behavior. We'd add something to
the manual like "overlays with the evaporate property are deleted when
they become empty, except when X". What would X be,
and why would it be a good idea to have X as an exception?
> I don't think we should change
> this behavior for 24.1.
OK, I'll leave it alone then.
next prev parent reply other threads:[~2011-10-01 7:33 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-30 22:55 bug#9642: move-overlay creates an empty overlay with the evaporate property Paul Eggert
2011-10-01 3:09 ` Stefan Monnier
2011-10-01 4:01 ` Stefan Monnier
2011-10-01 7:33 ` Paul Eggert [this message]
2011-10-01 8:22 ` Eli Zaretskii
2011-10-02 5:38 ` Paul Eggert
2011-10-02 6:56 ` Eli Zaretskii
2011-10-03 1:09 ` Paul Eggert
2011-10-03 3:56 ` Eli Zaretskii
2011-10-03 4:21 ` Paul Eggert
2011-10-03 3:15 ` Stefan Monnier
2011-10-03 5:36 ` Eli Zaretskii
2011-10-03 13:21 ` Stefan Monnier
2012-04-23 22:48 ` Paul Eggert
[not found] ` <handler.9642.D9642.133522137028631.notifdone@debbugs.gnu.org>
2012-04-26 15:30 ` bug#9642: closed (Re: bug#9642: move-overlay creates an empty overlay with the evaporate property) Tassilo Horn
2012-04-27 16:27 ` Tassilo Horn
2012-04-27 18:38 ` Tassilo Horn
2012-04-28 7:34 ` Eli Zaretskii
2012-04-28 13:17 ` Stefan Monnier
2012-04-28 22:20 ` Paul Eggert
2012-04-29 7:57 ` Tassilo Horn
2012-04-29 19:41 ` Paul Eggert
2012-04-30 9:40 ` Troels Nielsen
2012-05-14 5:46 ` Stefan Monnier
2012-05-27 22:09 ` Troels Nielsen
2012-05-29 16:16 ` Paul Eggert
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=4E86C25D.5010108@cs.ucla.edu \
--to=eggert@cs.ucla.edu \
--cc=9642@debbugs.gnu.org \
--cc=monnier@iro.umontreal.ca \
/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).