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

Package: emacs;

Reported by: Pontus Michael <m.pontus <at> gmail.com>

Date: Sat, 15 Feb 2014 00:05:01 UTC

Severity: normal

Done: Marcin Borkowski <mbork <at> mbork.pl>

Bug is archived. No further changes may be made.

Full log


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




This bug report was last modified 9 years and 159 days ago.

Previous Next


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