GNU bug report logs - #16760
Ellipses lose all decorative features when 'invisible' overlay starts at a point where underlying text changes its 'face' property.

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16760 in the body.
You can then email your comments to 16760 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Pontus Michael <m.pontus <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Ellipses lose all decorative features when 'invisible' overlay starts
 at a point where underlying text changes its 'face' property.
Date: Sat, 15 Feb 2014 03:40:36 +0400

[Message part 1 (text/plain, inline)]

I am able to reproduce this issue running emacs -Q with "GNU Emacs
24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 3.6.3)".
I've wrote a snippet that will allow me to demonstrate this issue:

    (let ((str (concat (propertize "red" 'face '((:foreground "red")))
                       (propertize "green" 'face '((:foreground "green")))
                       (propertize "blue" 'face '((:foreground "blue")))))
          (printer (lambda (offset)
                     (let* ((pos1 (+ offset (point)))
                            (pos2 (+ 1 (length str) pos1)))
                       (insert str ?\s str ?\n)
                       (overlay-put (make-overlay pos1 (+ 3 pos1))
                                    'face '((:inverse-video t)))
                       (overlay-put (make-overlay pos2 (+ 3 pos2))
                                    'invisible 'outline)))))
      (with-current-buffer (get-buffer-create "*test*")
        (setq buffer-invisibility-spec '((outline . t)))
        (text-scale-set 4)
        (display-buffer (current-buffer))
        (erase-buffer)
        (mapc printer '(2 3 4))))

After running this code you will be able to see, in a new buffer, 3 lines
of 2 words, all words are the same, each line features three-letter long
overlay over each of the words, highlighting letters underneath them on
left side, and hiding them behind ellipses on right side.

Whenever an overlay spans from a point where there's a change to 'face'
text-property, produced ellipsis doesn't adopt face decoration of neither
side. Furthermore, ellipsis part of the buffer appears to ignore current
text-scale setting, which is being set to 4 for temporary buffer in my
example.

Thank you for your attention.
All corrections that may help me improve my further reports are welcomed.

[Message part 2 (text/html, inline)]

Message #8 received at 16760 <at> debbugs.gnu.org (full text, mbox):

From: Marcin Borkowski <mbork <at> mbork.pl>
To: Pontus Michael <m.pontus <at> gmail.com>
Cc: 16760 <at> debbugs.gnu.org
Subject: Re: bug#16760: Ellipses lose all decorative features when 'invisible'
 overlay starts at a point where underlying text changes its 'face' property.
Date: Thu, 04 Feb 2016 22:05:28 +0100

Hi all,

I confirm that this is reproducible on GNU Emacs 25.1.50.1.  (I also
suspect that a similar problem exists with ellipsis in Org-mode, when
scaling the text.  One discussion on the ML suggests a problem with
display tables.)

Best,
Marcin Borkowski


On 2014-02-15, at 03:40, Pontus Michael <m.pontus <at> gmail.com> wrote:

> I am able to reproduce this issue running emacs -Q with "GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 3.6.3)". 
> I've wrote a snippet that will allow me to demonstrate this issue: 
>
> (let ((str (concat (propertize "red" 'face '((:foreground "red"))) 
> (propertize "green" 'face '((:foreground "green"))) 
> (propertize "blue" 'face '((:foreground "blue"))))) 
> (printer (lambda (offset) 
> (let* ((pos1 (+ offset (point))) 
> (pos2 (+ 1 (length str) pos1))) 
> (insert str ?\s str ?\n) 
> (overlay-put (make-overlay pos1 (+ 3 pos1)) 
> 'face '((:inverse-video t))) 
> (overlay-put (make-overlay pos2 (+ 3 pos2)) 
> 'invisible 'outline))))) 
> (with-current-buffer (get-buffer-create "*test*") 
> (setq buffer-invisibility-spec '((outline . t))) 
> (text-scale-set 4) 
> (display-buffer (current-buffer)) 
> (erase-buffer) 
> (mapc printer '(2 3 4)))) 
>
> After running this code you will be able to see, in a new buffer, 3 lines of 2 words, all words are the same, each line features three-letter long overlay over each of the words,
> highlighting letters underneath them on left side, and hiding them behind ellipses on right side. 
>
> Whenever an overlay spans from a point where there's a change to 'face' text-property, produced ellipsis doesn't adopt face decoration of neither side. Furthermore, ellipsis
> part of the buffer appears to ignore current text-scale setting, which is being set to 4 for temporary buffer in my example. 
>
> Thank you for your attention. 
> All corrections that may help me improve my further reports are welcomed. 

Message #11 received at 16760 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Marcin Borkowski <mbork <at> mbork.pl>
Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
Subject: Re: bug#16760: Ellipses lose all decorative features when 'invisible'
 overlay starts at a point where underlying text changes its
 'face' property.
Date: Thu, 04 Feb 2016 23:20:30 +0200

> From: Marcin Borkowski <mbork <at> mbork.pl>
> Date: Thu, 04 Feb 2016 22:05:28 +0100
> Cc: 16760 <at> debbugs.gnu.org
> 
> I confirm that this is reproducible on GNU Emacs 25.1.50.1.

I think you are wrong, the original bug has been fixed (in Emacs 24.4,
AFAICT).  If you disagree, please show a screenshot of what you see,
and please explain what is wrong with that.  Because I cannot see in
25.0.90 anything of what the original report describes: the color of
the ellipsis in the second line and its scaling are correct.

Thanks.

Message #14 received at 16760 <at> debbugs.gnu.org (full text, mbox):

From: Marcin Borkowski <mbork <at> mbork.pl>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
Subject: Re: bug#16760: Ellipses lose all decorative features when 'invisible'
 overlay starts at a point where underlying text changes its 'face' property.
Date: Sun, 07 Feb 2016 21:43:37 +0100

[Message part 1 (text/plain, inline)]

On 2016-02-04, at 22:20, Eli Zaretskii <eliz <at> gnu.org> wrote:

>> From: Marcin Borkowski <mbork <at> mbork.pl>
>> Date: Thu, 04 Feb 2016 22:05:28 +0100
>> Cc: 16760 <at> debbugs.gnu.org
>> 
>> I confirm that this is reproducible on GNU Emacs 25.1.50.1.
>
> I think you are wrong, the original bug has been fixed (in Emacs 24.4,
> AFAICT).  If you disagree, please show a screenshot of what you see,
> and please explain what is wrong with that.  Because I cannot see in
> 25.0.90 anything of what the original report describes: the color of
> the ellipsis in the second line and its scaling are correct.

I attach the screenshot.  IIUC, the ellipsis on the middle line should
at least have the size of the surrounding text, and most probably be
green.

The screenshot was taken with GNU Emacs 25.1.50.1, started as emacs -Q.

> Thanks.

Best,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University

[2016-02-07-214010_752x695_scrot.png (image/png, attachment)]

Message #17 received at 16760 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Marcin Borkowski <mbork <at> mbork.pl>
Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
Subject: Re: bug#16760: Ellipses lose all decorative features when 'invisible'
 overlay starts at a point where underlying text changes its 'face' property.
Date: Sun, 07 Feb 2016 23:01:18 +0200

> From: Marcin Borkowski <mbork <at> mbork.pl>
> Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
> Date: Sun, 07 Feb 2016 21:43:37 +0100
> 
> > I think you are wrong, the original bug has been fixed (in Emacs 24.4,
> > AFAICT).  If you disagree, please show a screenshot of what you see,
> > and please explain what is wrong with that.  Because I cannot see in
> > 25.0.90 anything of what the original report describes: the color of
> > the ellipsis in the second line and its scaling are correct.
> 
> I attach the screenshot.  IIUC, the ellipsis on the middle line should
> at least have the size of the surrounding text, and most probably be
> green.
> 
> The screenshot was taken with GNU Emacs 25.1.50.1, started as emacs -Q.

Strange.  Is that current master?  I cannot reproduce this, neither on
master nor on emacs-25.  Here, the dots on the 2nd line are of correct
size and their color is red.

If your builds are current, then I guess this is X specific.

Message #20 received at 16760 <at> debbugs.gnu.org (full text, mbox):

From: Marcin Borkowski <mbork <at> mbork.pl>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
Subject: Re: bug#16760: Ellipses lose all decorative features when 'invisible'
 overlay starts at a point where underlying text changes its 'face' property.
Date: Sun, 07 Feb 2016 23:24:37 +0100

On 2016-02-07, at 22:01, Eli Zaretskii <eliz <at> gnu.org> wrote:

>> From: Marcin Borkowski <mbork <at> mbork.pl>
>> Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
>> Date: Sun, 07 Feb 2016 21:43:37 +0100
>> 
>> > I think you are wrong, the original bug has been fixed (in Emacs 24.4,
>> > AFAICT).  If you disagree, please show a screenshot of what you see,
>> > and please explain what is wrong with that.  Because I cannot see in
>> > 25.0.90 anything of what the original report describes: the color of
>> > the ellipsis in the second line and its scaling are correct.
>> 
>> I attach the screenshot.  IIUC, the ellipsis on the middle line should
>> at least have the size of the surrounding text, and most probably be
>> green.
>> 
>> The screenshot was taken with GNU Emacs 25.1.50.1, started as emacs -Q.
>
> Strange.  Is that current master?  I cannot reproduce this, neither on
> master nor on emacs-25.  Here, the dots on the 2nd line are of correct
> size and their color is red.

Magit says: eb0643c master.

> If your builds are current, then I guess this is X specific.

Maybe.  I'm on Fedora 22, with LXDE/Openbox, if that does matter.  In
a few days (or weeks) I'll have access to another box with Arch; I'll
try to test it there.

Best,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University

Message #23 received at 16760 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Marcin Borkowski <mbork <at> mbork.pl>
Cc: m.pontus <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>, 16760 <at> debbugs.gnu.org
Subject: Re: bug#16760: Ellipses lose all decorative features when 'invisible'
 overlay starts at a point where underlying text changes its 'face' property.
Date: Sun, 07 Feb 2016 23:34:56 +0100

On Sun, 07 Feb 2016 23:24:37 +0100 Marcin Borkowski <mbork <at> mbork.pl> wrote:

> On 2016-02-07, at 22:01, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>>> From: Marcin Borkowski <mbork <at> mbork.pl>
>>> Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
>>> Date: Sun, 07 Feb 2016 21:43:37 +0100
>>> 
>>> > I think you are wrong, the original bug has been fixed (in Emacs 24.4,
>>> > AFAICT).  If you disagree, please show a screenshot of what you see,
>>> > and please explain what is wrong with that.  Because I cannot see in
>>> > 25.0.90 anything of what the original report describes: the color of
>>> > the ellipsis in the second line and its scaling are correct.
>>> 
>>> I attach the screenshot.  IIUC, the ellipsis on the middle line should
>>> at least have the size of the surrounding text, and most probably be
>>> green.
>>> 
>>> The screenshot was taken with GNU Emacs 25.1.50.1, started as emacs -Q.
>>
>> Strange.  Is that current master?  I cannot reproduce this, neither on
>> master nor on emacs-25.  Here, the dots on the 2nd line are of correct
>> size and their color is red.
>
> Magit says: eb0643c master.
>
>> If your builds are current, then I guess this is X specific.
>
> Maybe.  I'm on Fedora 22, with LXDE/Openbox, if that does matter.  In
> a few days (or weeks) I'll have access to another box with Arch; I'll
> try to test it there.

With the code you posted, I get what Eli described, not what your
screenshot shows.  My system:

In GNU Emacs 25.0.50.17 (x86_64-suse-linux-gnu, GTK+ Version 3.14.15)
 of 2016-01-28
Repository revision: 8e5046a6e504c2eba349407251b3e2967ff1cfa9
Windowing system distributor 'The X.Org Foundation', version 11.0.11601000
System Description:	openSUSE 13.2 (Harlequin) (x86_64)
Configured using:
 'configure --with-xwidgets 'CFLAGS=-Og -g3''
Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS NOTIFY
GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11
XWIDGETS

Also, DE is KDE 4.14.9.

Steve Berman

Message #26 received at 16760 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Marcin Borkowski <mbork <at> mbork.pl>
Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
Subject: Re: bug#16760: Ellipses lose all decorative features when 'invisible'
 overlay starts at a point where underlying text changes its 'face' property.
Date: Mon, 08 Feb 2016 05:29:23 +0200

> From: Marcin Borkowski <mbork <at> mbork.pl>
> Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
> Date: Sun, 07 Feb 2016 23:24:37 +0100
> 
> >> The screenshot was taken with GNU Emacs 25.1.50.1, started as emacs -Q.
> >
> > Strange.  Is that current master?  I cannot reproduce this, neither on
> > master nor on emacs-25.  Here, the dots on the 2nd line are of correct
> > size and their color is red.
> 
> Magit says: eb0643c master.

That's almost a month ago.  It's possible that the fix was merged to
master later than that.  Can you try a more recent repository?  Or
build the emacs-25 branch?

Thanks.

Message #31 received at 16760-done <at> debbugs.gnu.org (full text, mbox):

From: Marcin Borkowski <mbork <at> mbork.pl>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: m.pontus <at> gmail.com, 16760-done <at> debbugs.gnu.org
Subject: Re: bug#16760: Ellipses lose all decorative features when 'invisible'
 overlay starts at a point where underlying text changes its 'face' property.
Date: Fri, 12 Feb 2016 21:15:23 +0100

On 2016-02-08, at 04:29, Eli Zaretskii <eliz <at> gnu.org> wrote:

>> From: Marcin Borkowski <mbork <at> mbork.pl>
>> Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
>> Date: Sun, 07 Feb 2016 23:24:37 +0100
>> 
>> >> The screenshot was taken with GNU Emacs 25.1.50.1, started as emacs -Q.
>> >
>> > Strange.  Is that current master?  I cannot reproduce this, neither on
>> > master nor on emacs-25.  Here, the dots on the 2nd line are of correct
>> > size and their color is red.
>> 
>> Magit says: eb0643c master.
>
> That's almost a month ago.  It's possible that the fix was merged to
> master later than that.  Can you try a more recent repository?  Or
> build the emacs-25 branch?
>
> Thanks.

Hi, Eli,

I finally checked this and it is indeed fixed in master.  Also, the
problem with ellipses not scaling together woth the text in Org-mode
(which I suspected was related to this) seems also to be fixed.  That is
really great, thank you!  I'm closing this bug.

Best

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University

Message #34 received at 16760 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Marcin Borkowski <mbork <at> mbork.pl>
Cc: m.pontus <at> gmail.com, 16760 <at> debbugs.gnu.org
Subject: Re: bug#16760: Ellipses lose all decorative features when 'invisible'
 overlay starts at a point where underlying text changes its 'face' property.
Date: Fri, 12 Feb 2016 22:33:12 +0200

> From: Marcin Borkowski <mbork <at> mbork.pl>
> Cc: m.pontus <at> gmail.com, 16760-done <at> debbugs.gnu.org
> Date: Fri, 12 Feb 2016 21:15:23 +0100
> 
> I finally checked this and it is indeed fixed in master.  Also, the
> problem with ellipses not scaling together woth the text in Org-mode
> (which I suspected was related to this) seems also to be fixed.  That is
> really great, thank you!  I'm closing this bug.

Great, thanks for testing and verifying the fix.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.