unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Dmitry Gutov <dgutov@yandex.ru>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 18285@debbugs.gnu.org
Subject: bug#18285: 24.3.92; A combination of `display' on text and `invisible' and	`before/after-string' leads to the before/after string being	displayed twice
Date: Fri, 22 Aug 2014 15:41:51 +0400	[thread overview]
Message-ID: <53F72C7F.7050108@yandex.ru> (raw)
In-Reply-To: <83bnrdauwa.fsf@gnu.org>

On 08/22/2014 10:41 AM, Eli Zaretskii wrote:

> I have no idea how rare it will be.  FWIW, for the past year, all the
> display-related bugs are for pretty rare cases.  What does that tell
> you about user expectations?

I dunno. Something's changing? For example, I've encountered this 
specific bug now because the `report-emacs-bug' buffer uses `display' in 
Emacs 24.4, but 24.3 used `intangible' there.

(And only after I've fixed another `display'-related bug in Company 
popup rendering.)

>> Anyway, how about the other way around? I'll like this less, but why not
>> make `invisible' inactive when `display' is set?
>
> That's what Emacs does already.  The only place where invisible still
> matters in this situation is when deciding how and where to display
> overlay strings.  I thought I explained that earlier in this thread.

So, why not make it matter less? "If display is set, don't interpret 
invisible" should be a straightforward piece of logic.

If `display' takes priority over `invisible', I would expect

(let ((pt (point)))
   (insert (propertize "a" 'display "bbb"))
   (let ((o (make-overlay pt (point))))
     (overlay-put o 'after-string "foo\nbar")))

and

(let ((pt (point)))
   (insert (propertize "a" 'display "bbb"))
   (let ((o (make-overlay pt (point))))
     (overlay-put o 'invisible t)
     (overlay-put o 'after-string "foo\nbar")))

to be rendered the same.

> My opinion is that users and Lisp programmers should not enter these
> dark corners.

Yeah, maybe.





  reply	other threads:[~2014-08-22 11:41 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-17 22:35 bug#18285: 24.3.92; A combination of `display' on text and `invisible' and `before/after-string' leads to the before/after string being displayed twice Dmitry
     [not found] ` <handler.18285.B.140831493931056.ack@debbugs.gnu.org>
2014-08-18  1:06   ` bug#18285: Acknowledgement (24.3.92; A combination of `display' on text and `invisible' and `before/after-string' leads to the before/after string being displayed twice) Dmitry Gutov
2014-08-18 15:07 ` bug#18285: 24.3.92; A combination of `display' on text and `invisible' and `before/after-string' leads to the before/after string being displayed twice Eli Zaretskii
2014-08-21 14:07   ` Dmitry Gutov
2014-08-21 14:57     ` Eli Zaretskii
2014-08-21 15:40       ` Dmitry Gutov
2014-08-21 16:06         ` Eli Zaretskii
2014-08-22  0:58           ` Dmitry Gutov
2014-08-22  6:41             ` Eli Zaretskii
2014-08-22 11:41               ` Dmitry Gutov [this message]
2014-08-22 13:31                 ` Eli Zaretskii
2014-08-22 20:01                   ` Dmitry Gutov
2014-08-22 20:55                     ` Eli Zaretskii
2014-08-24  1:28                       ` Dmitry Gutov
2014-08-24  2:44                         ` Eli Zaretskii
2014-08-23 23:21     ` Dmitry Gutov
2014-08-24  2:40       ` Eli Zaretskii
2014-08-24  2:48         ` Dmitry Gutov
2022-04-18 11:39   ` 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

  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=53F72C7F.7050108@yandex.ru \
    --to=dgutov@yandex.ru \
    --cc=18285@debbugs.gnu.org \
    --cc=eliz@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 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).