From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 16 15:37:18 2015 Received: (at submit) by debbugs.gnu.org; 16 Sep 2015 19:37:18 +0000 Received: from localhost ([127.0.0.1]:35141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcIW5-0007qh-Po for submit@debbugs.gnu.org; Wed, 16 Sep 2015 15:37:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37282) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcIW2-0007qX-3P for submit@debbugs.gnu.org; Wed, 16 Sep 2015 15:37:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZcIVz-0007Vy-Se for submit@debbugs.gnu.org; Wed, 16 Sep 2015 15:37:13 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:40702) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZcIVz-0007Vu-PX for submit@debbugs.gnu.org; Wed, 16 Sep 2015 15:37:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47267) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZcIVy-00068V-3B for bug-gnu-emacs@gnu.org; Wed, 16 Sep 2015 15:37:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZcIVw-0007Sf-GD for bug-gnu-emacs@gnu.org; Wed, 16 Sep 2015 15:37:10 -0400 Received: from mail-qg0-x230.google.com ([2607:f8b0:400d:c04::230]:35291) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZcIVw-0007SX-6A for bug-gnu-emacs@gnu.org; Wed, 16 Sep 2015 15:37:08 -0400 Received: by qgt47 with SMTP id 47so180867668qgt.2 for ; Wed, 16 Sep 2015 12:37:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=x4ajac7trQWeWZaAGMGW21ESq5fTubP9B2PuALsyrc8=; b=QwCdwNd/K/MEek8ZExIduNCBZFjDtzC0ExMzwq2P2esdkc+w2zH6FlbJcwaRKszH3E dw0TxzrrSQCliSaSpRo0IUuZnlEpytsGIPXy8fyBROx+YGRYQx+UilS38VmcDuHJEaIv KxGeIV1zBryd5o3JADuRXbGyxJg1gp+Uu08kn2UyCz73bGgc9+Ruht6Seu3JYZVgPqb1 E6gfAJ2g5eS8zCb/ld7Hk3Z0HJUX5OjoKGhGVzSMroQjxfuiybPTvMEd0z3kfAWfTt6n e91rU4yrVkTijEw/Ha/OlPuwJU3RXLoOM7Fxf4vDwBUhNk4kMC2Eg6BRbSJ0+28zn3ly N4Sg== MIME-Version: 1.0 X-Received: by 10.140.42.104 with SMTP id b95mr44729452qga.78.1442432226958; Wed, 16 Sep 2015 12:37:06 -0700 (PDT) Received: by 10.55.43.78 with HTTP; Wed, 16 Sep 2015 12:37:06 -0700 (PDT) Date: Wed, 16 Sep 2015 21:37:06 +0200 Message-ID: Subject: 24.5; Graphical glitch with display property lines in GUI Emacs From: Vasilij Schneidermann To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=001a11c131368026f6051fe26cc3 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --001a11c131368026f6051fe26cc3 Content-Type: text/plain; charset=UTF-8 (defface my-line '((((type graphic)) :inherit font-lock-comment-face :strike-through t) (((type tty)) :inherit font-lock-comment-face :underline t)) "Line face") (defun my-line-glitch-repro () (interactive) (with-current-buffer (get-buffer-create "*foobar*") (insert "\n" (propertize " " 'face 'my-line 'display '(space :width 80)) "\n") (goto-char (point-min))) (pop-to-buffer-same-window "*foobar*")) Try M-x my-line-glitch-repro in both a textual and graphical session, then put point on the space displayed as a 80 characters wide line. In the graphical instance the line will be hidden (with the beginning being displayed *in* the cursor's rectangle in reverse video), in textual instances it's still visible (assuming your terminal supports underlining). In GNU Emacs 24.5.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.2) of 2015-04-20 on bitzer.hoetzel.info Windowing system distributor `The X.Org Foundation', version 11.0.11702000 System Description: Arch Linux Configured using: `configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --with-x-toolkit=gtk3 --with-xft 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4' CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 70992 6921) (symbols 48 17559 0) (miscs 40 35 138) (strings 32 9053 4649) (string-bytes 1 248607) (vectors 16 8908) (vector-slots 8 383094 18351) (floats 8 63 260) (intervals 56 177 6) (buffers 960 11) (heap 1024 32037 932)) --001a11c131368026f6051fe26cc3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

(defface my-line
=C2=A0 '((((type graphic)) :in= herit font-lock-comment-face :strike-through t)
=C2=A0 =C2=A0 (((type tt= y)) :inherit font-lock-comment-face :underline t))
=C2=A0 "Line fac= e")

(defun my-line-glitch-repro ()
=C2=A0 (interactive)
= =C2=A0 (with-current-buffer (get-buffer-create "*foobar*")
=C2= =A0 =C2=A0 (insert "\n"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (propertize " "
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'face 'my-line
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 'display '(space :width 80))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 "\n")
=C2=A0 =C2=A0 (goto-char (point-min)))
=C2= =A0 (pop-to-buffer-same-window "*foobar*"))

Try M-x my-lin= e-glitch-repro in both a textual and graphical session,
then put point o= n the space displayed as a 80 characters wide line.=C2=A0 In
the graphic= al instance the line will be hidden (with the beginning being
displayed = *in* the cursor's rectangle in reverse video), in textual
instances = it's still visible (assuming your terminal supports
underlining).


In GNU Emacs 24.5.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.= 16.2)
=C2=A0of 2015-04-20 on bitz= er.hoetzel.info
Windowing system distributor `The X.Org Foundation&#= 39;, version 11.0.11702000
System Description: Arch Linux

Configu= red using:
=C2=A0`configure --prefix=3D/usr --sysconfdir=3D/etc --libexe= cdir=3D/usr/lib
=C2=A0--localstatedir=3D/var --with-x-toolkit=3Dgtk3 --w= ith-xft
=C2=A0'CFLAGS=3D-march=3Dx86-64 -mtune=3Dgeneric -O2 -pipe -= fstack-protector-strong
=C2=A0--param=3Dssp-buffer-size=3D4' CPPFLAG= S=3D-D_FORTIFY_SOURCE=3D2
=C2=A0LDFLAGS=3D-Wl,-O1,--sort-common,--as-nee= ded,-z,relro'

Important settings:
=C2=A0 value of $LANG: en_U= S.UTF-8
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Lisp = Interaction

Minor modes in effect:
=C2=A0 tooltip-mode: t
=C2= =A0 electric-indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-ba= r-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode: t
= =C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 blink= -cursor-mode: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryptio= n-mode: t
=C2=A0 auto-compression-mode: t
=C2=A0 line-number-mode: t<= br>=C2=A0 transient-mark-mode: t

Recent messages:
For information= about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows= :
None found.

Features:
(shadow sort gnus-util mail-extr emacs= bug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies = mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rf= c2047 rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils time-dat= e tooltip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x= -win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list n= ewcomment lisp-mode
prog-mode register page menu-bar rfn-eshadow timer s= elect scroll-bar
mouse jit-lock font-lock syntax facemenu font-core fram= e cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet la= o korean
japanese hebrew greek romanian slovak czech european ethiopic i= ndian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abb= rev
minibuffer nadvice loaddefs button faces cus-face macroexp files
= text-properties overlay sha1 md5 base64 format env code-pages mule
custo= m widget hashtable-print-readable backquote make-network-process
dbusbin= d gfilenotify dynamic-setting system-font-setting
font-render-setting mo= ve-toolbar gtk x-toolkit x multi-tty emacs)

Memory information:
(= (conses 16 70992 6921)
=C2=A0(symbols 48 17559 0)
=C2=A0(miscs 40 35 = 138)
=C2=A0(strings 32 9053 4649)
=C2=A0(string-bytes 1 248607)
= =C2=A0(vectors 16 8908)
=C2=A0(vector-slots 8 383094 18351)
=C2=A0(fl= oats 8 63 260)
=C2=A0(intervals 56 177 6)
=C2=A0(buffers 960 11)
= =C2=A0(heap 1024 32037 932))
--001a11c131368026f6051fe26cc3-- From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 16 16:13:47 2015 Received: (at 21500) by debbugs.gnu.org; 16 Sep 2015 20:13:47 +0000 Received: from localhost ([127.0.0.1]:35198 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcJ5O-0000Yz-U4 for submit@debbugs.gnu.org; Wed, 16 Sep 2015 16:13:47 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:46732) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcJ5L-0000Yn-PV for 21500@debbugs.gnu.org; Wed, 16 Sep 2015 16:13:44 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NUS00L00DD9Z700@a-mtaout22.012.net.il> for 21500@debbugs.gnu.org; Wed, 16 Sep 2015 23:13:41 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NUS00LVGDHJKZA0@a-mtaout22.012.net.il>; Wed, 16 Sep 2015 23:12:56 +0300 (IDT) Date: Wed, 16 Sep 2015 23:12:56 +0300 From: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs In-reply-to: X-012-Sender: halo1@inter.net.il To: Vasilij Schneidermann Message-id: <83a8sm6s3b.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21500 Cc: 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Wed, 16 Sep 2015 21:37:06 +0200 > From: Vasilij Schneidermann > > (defface my-line > '((((type graphic)) :inherit font-lock-comment-face :strike-through t) > (((type tty)) :inherit font-lock-comment-face :underline t)) > "Line face") > > (defun my-line-glitch-repro () > (interactive) > (with-current-buffer (get-buffer-create "*foobar*") > (insert "\n" > (propertize " " > 'face 'my-line > 'display '(space :width 80)) > "\n") > (goto-char (point-min))) > (pop-to-buffer-same-window "*foobar*")) > > Try M-x my-line-glitch-repro in both a textual and graphical session, > then put point on the space displayed as a 80 characters wide line. In > the graphical instance the line will be hidden (with the beginning being > displayed *in* the cursor's rectangle in reverse video), in textual > instances it's still visible (assuming your terminal supports > underlining). What did you expect to see instead, and why? If you set x-stretch-cursor to a non-nil value in the GUI session, does the result explain what happens? From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 17 00:57:42 2015 Received: (at 21500) by debbugs.gnu.org; 17 Sep 2015 04:57:42 +0000 Received: from localhost ([127.0.0.1]:35632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcRGQ-0008Fw-Ca for submit@debbugs.gnu.org; Thu, 17 Sep 2015 00:57:42 -0400 Received: from mtaout28.012.net.il ([80.179.55.184]:44009) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcRGN-0008Fl-3Z for 21500@debbugs.gnu.org; Thu, 17 Sep 2015 00:57:40 -0400 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NUT00B001L4XI00@mtaout28.012.net.il> for 21500@debbugs.gnu.org; Thu, 17 Sep 2015 07:57:20 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NUT00C6D1RKJ300@mtaout28.012.net.il>; Thu, 17 Sep 2015 07:57:20 +0300 (IDT) Date: Thu, 17 Sep 2015 07:57:39 +0300 From: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs In-reply-to: <20150916203402.GA3145@odonien.fritz.box> X-012-Sender: halo1@inter.net.il To: Vasilij Schneidermann Message-id: <837fnp7id8.fsf@gnu.org> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21500 Cc: 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) [Please don't remove the bug address from the CC list. We want this discussion to be recorded by the bug tracker.] > Date: Wed, 16 Sep 2015 22:34:02 +0200 > From: Vasilij Schneidermann > > > What did you expect to see instead, and why? > I did expect to always see a visible line, even with point on that space > character. What happens instead is that by putting point on it its face > is used in reverse-video, but only for the actual width of the space > character, not its declared one. That's the default Emacs implementation of cursor display on GUI frames: we erase the character at point, then draw that character again with cursor colors (normally, in reverse video). For "white-space" characters, such as TAB and the stretch of white space created by the 'space' display property, Emacs by default draws the cursor using the width of the font's SPC character. And that's exactly what you saw. > > If you set x-stretch-cursor to a non-nil value in the GUI session, > > does the result explain what happens? > Sort of, with it turned on the reverse-video effect goes over the > declared width of the space character. Isn't that what you originally expected to see? > I was wondering whether one could ensure Emacs always renders a face in > a readable way if it is turned practically invisible. I don't understand: how does "invisible" come into play here? Are you talking about faces whose foreground and background are the same color? > In fact, isn't the `:distant-foreground` property there for a > similiar reason? Yes. But the face needs to have that as part of its definition. Anyway, I see no relation between what you were wondering about and the effect of cursor display that I believe was the trigger for this bug report. If you have questions about face rendering, I suggest to ask them on emacs-devel. Can we now close the bug? From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 17 02:34:21 2015 Received: (at 21500) by debbugs.gnu.org; 17 Sep 2015 06:34:21 +0000 Received: from localhost ([127.0.0.1]:35680 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcSlw-0002FK-Uu for submit@debbugs.gnu.org; Thu, 17 Sep 2015 02:34:21 -0400 Received: from mail-wi0-f176.google.com ([209.85.212.176]:38406) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcSlu-0002FA-VZ for 21500@debbugs.gnu.org; Thu, 17 Sep 2015 02:34:19 -0400 Received: by wiclk2 with SMTP id lk2so13440213wic.1 for <21500@debbugs.gnu.org>; Wed, 16 Sep 2015 23:34:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=4ojcFV9anFJlA7wuCcrPOBh/v3nrMGjssTw0kRS8uZs=; b=YJuVMGBVXHKmxjnGjezZujUrub1tClZA4iw2B0pFkrAZmRb/3vBSVULpvtQXdMBP9W QJN1nkAwPDRUW4MNswtaBRrkWNMtvr7HJfJlk1EFEXKjgVrWQkiQRbZFjmuuiVl1bPS0 IrqBSWk8VRn/VwXnJqXW7bL3aTuBlagATV+p4G5xYzCvkkAvotSUwLgUA3TFEKANr/HH alfujsBotvB7wC7uHiq3HQFsnAEKmuj0cgK7JBcbGCrBiCGdK0xTQicA/nvt2WX0djcs 809KSuW/z8+NeY/KKfc0P34YqgmjuPL6wGSUpW4zT+MnExKVh5qRfBbcIKKDaqTSjyni UnuQ== X-Received: by 10.194.120.198 with SMTP id le6mr60036526wjb.133.1442471658031; Wed, 16 Sep 2015 23:34:18 -0700 (PDT) Received: from localhost (dslb-088-078-222-004.088.078.pools.vodafone-ip.de. [88.78.222.4]) by smtp.gmail.com with ESMTPSA id uq5sm1596757wjc.3.2015.09.16.23.34.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Sep 2015 23:34:17 -0700 (PDT) Date: Thu, 17 Sep 2015 08:34:16 +0200 From: Vasilij Schneidermann To: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs Message-ID: <20150917063416.GA597@odonien.fritz.box> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <837fnp7id8.fsf@gnu.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21500 Cc: 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > That's the default Emacs implementation of cursor display on GUI > frames: we erase the character at point, then draw that character > again with cursor colors (normally, in reverse video). For > "white-space" characters, such as TAB and the stretch of white space > created by the 'space' display property, Emacs by default draws the > cursor using the width of the font's SPC character. And that's > exactly what you saw. Interesting. Now that I've checked again, it's indeed that a terminal frame does not show any reverse video effects at all with the cursor, so that explains this display oddity. > Isn't that what you originally expected to see? I didn't expect anything specific, just that in any case the entire line is legible. The difference between the terminal and GUI frame did stump me. > I don't understand: how does "invisible" come into play here? Are you > talking about faces whose foreground and background are the same color? Yes, if a face has the same color for fore- and background, it's practically invisible. If you've got any more specific term for this that is different from invisible as in the special property, I'd be interested in knowing it. > Yes. But the face needs to have that as part of its definition. OK, which face would it be in this case, the cursor or the line face? > Anyway, I see no relation between what you were wondering about and > the effect of cursor display that I believe was the trigger for this > bug report. If you have questions about face rendering, I suggest to > ask them on emacs-devel. Well, I do. If putting the cursor on a special space has a different effect in GUI than in textual frames, I'd like to know what's causing it and whether there is any way of fixing it. > Can we now close the bug? I still don't have a tangible solution at hand for fixing this display glitch. Altering `x-stretch-cursor` is a workaround, but not as good as altering, say, the line face to be displayed under every condition by altering its definition. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 17 03:05:43 2015 Received: (at 21500) by debbugs.gnu.org; 17 Sep 2015 07:05:43 +0000 Received: from localhost ([127.0.0.1]:35692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcTGI-0002yK-H1 for submit@debbugs.gnu.org; Thu, 17 Sep 2015 03:05:42 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:33135) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcTGD-0002y6-QF for 21500@debbugs.gnu.org; Thu, 17 Sep 2015 03:05:40 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NUT003007H06F00@a-mtaout21.012.net.il> for 21500@debbugs.gnu.org; Thu, 17 Sep 2015 10:05:36 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NUT003CC7PB6Y00@a-mtaout21.012.net.il>; Thu, 17 Sep 2015 10:05:36 +0300 (IDT) Date: Thu, 17 Sep 2015 10:05:37 +0300 From: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs In-reply-to: <20150917063416.GA597@odonien.fritz.box> X-012-Sender: halo1@inter.net.il To: Vasilij Schneidermann Message-id: <83wpvp5xvi.fsf@gnu.org> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> <20150917063416.GA597@odonien.fritz.box> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21500 Cc: 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Thu, 17 Sep 2015 08:34:16 +0200 > From: Vasilij Schneidermann > Cc: 21500@debbugs.gnu.org > > > That's the default Emacs implementation of cursor display on GUI > > frames: we erase the character at point, then draw that character > > again with cursor colors (normally, in reverse video). For > > "white-space" characters, such as TAB and the stretch of white space > > created by the 'space' display property, Emacs by default draws the > > cursor using the width of the font's SPC character. And that's > > exactly what you saw. > > Interesting. Now that I've checked again, it's indeed that a terminal > frame does not show any reverse video effects at all with the cursor, so > that explains this display oddity. Emacs doesn't draw the cursor on text-mode frames. It only moves it to the proper place, and can turn it off if needed. But the cursor drawing and blinking is something done by the terminal itself. By contrast, on GUI frames, it's Emacs that draws the cursor, in the way I described. > > Yes. But the face needs to have that as part of its definition. > > OK, which face would it be in this case, the cursor or the line face? The line, of course. That's the face you want to see, even when its foreground and background colors are identical. > > Anyway, I see no relation between what you were wondering about and > > the effect of cursor display that I believe was the trigger for this > > bug report. If you have questions about face rendering, I suggest to > > ask them on emacs-devel. > > Well, I do. If putting the cursor on a special space has a different > effect in GUI than in textual frames, I'd like to know what's causing it > and whether there is any way of fixing it. See above: what's causing it is the fact that Emacs doesn't draw the cursor on text-mode frames. And I see no way of "fixing" it. Nor do I think there's a problem here: this surprising effect happens only when you have a stretch of white space wider than a single SPC character, and then only when the cursor is at that buffer position. E.g., in your scenario add some character, say 'x', before the whitespace, and move point to that character -- you will see the rest of the line displayed constantly with no "glitches". > > Can we now close the bug? > > I still don't have a tangible solution at hand for fixing this display > glitch. Altering `x-stretch-cursor` is a workaround, but not as good as > altering, say, the line face to be displayed under every condition by > altering its definition. I don't think there's a glitch here, and I see no way of "fixing" that without losing the important indication of the cursor position. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 26 04:14:39 2015 Received: (at 21500) by debbugs.gnu.org; 26 Sep 2015 08:14:39 +0000 Received: from localhost ([127.0.0.1]:43952 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zfkcw-0008MV-Ti for submit@debbugs.gnu.org; Sat, 26 Sep 2015 04:14:39 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:51144) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zfkct-0008MM-Uz for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 04:14:36 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NV900100YOSB100@a-mtaout20.012.net.il> for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 11:14:35 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NV9001Q7YWA9F20@a-mtaout20.012.net.il>; Sat, 26 Sep 2015 11:14:35 +0300 (IDT) Date: Sat, 26 Sep 2015 11:14:40 +0300 From: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs In-reply-to: <83wpvp5xvi.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: v.schneidermann@gmail.com Message-id: <83h9mhha1b.fsf@gnu.org> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> <20150917063416.GA597@odonien.fritz.box> <83wpvp5xvi.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21500 Cc: 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Thu, 17 Sep 2015 10:05:37 +0300 > From: Eli Zaretskii > Cc: 21500@debbugs.gnu.org > > > > Can we now close the bug? > > > > I still don't have a tangible solution at hand for fixing this display > > glitch. Altering `x-stretch-cursor` is a workaround, but not as good as > > altering, say, the line face to be displayed under every condition by > > altering its definition. > > I don't think there's a glitch here, and I see no way of "fixing" that > without losing the important indication of the cursor position. Any further information about this, or can we close the bug? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 26 05:35:42 2015 Received: (at 21500) by debbugs.gnu.org; 26 Sep 2015 09:35:42 +0000 Received: from localhost ([127.0.0.1]:43986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfltN-0001q3-Pt for submit@debbugs.gnu.org; Sat, 26 Sep 2015 05:35:41 -0400 Received: from mail-wi0-f172.google.com ([209.85.212.172]:37759) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfltL-0001pv-SL for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 05:35:40 -0400 Received: by wicfx3 with SMTP id fx3so45965580wic.0 for <21500@debbugs.gnu.org>; Sat, 26 Sep 2015 02:35:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=DXkhvsPyv5U+4tW4bhXOzkjT8BYUmn3Exmhvu3c3+yQ=; b=DFXh4S8C4F94e8HP9ET+7+qEQ8jc3JoR/XN9OOvYbN7FohQVB0jEN8XumEgX0vQRm5 p8xhEDpESGKB48fmLIIlf8Q5qTDseLXedEMrQfbjLTDzjyg11Z4/kxbQVen4/U220U19 5BIcYSxXQ39uZzrcNx+0vlTm0kafQyK/IGHde/3DVdVkhFXT1kw+C9ug3VzAZdE/mFR4 Q/YS84yUgdN8gZYEmzfs/Yiq11AeJhbzPg9XLl97Tt+jcvPMQQvBGjCDx3yY2n3uRbeB XFne8+C6inN6tdjGVy5CifOXMHSXdzkCRVResl72DN/+Q7hrOLgJDE6r6vfoyE1ZCGGN +0LQ== X-Received: by 10.180.182.107 with SMTP id ed11mr7889795wic.52.1443260139286; Sat, 26 Sep 2015 02:35:39 -0700 (PDT) Received: from localhost (tmo-112-247.customers.d1-online.com. [80.187.112.247]) by smtp.gmail.com with ESMTPSA id az6sm7441222wib.12.2015.09.26.02.35.38 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 26 Sep 2015 02:35:38 -0700 (PDT) Date: Sat, 26 Sep 2015 11:35:36 +0200 From: Vasilij Schneidermann To: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs Message-ID: <20150926093536.GA577@odonien.lan> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> <20150917063416.GA597@odonien.fritz.box> <83wpvp5xvi.fsf@gnu.org> <83h9mhha1b.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <83h9mhha1b.fsf@gnu.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21500 Cc: 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Any further information about this, or can we close the bug? Is it possible to use the :distant-foreground property to display the line protruding beyond the cursor shape in a color different from the background? If yes, what color would it need to have for this to work? From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 26 06:04:43 2015 Received: (at 21500) by debbugs.gnu.org; 26 Sep 2015 10:04:43 +0000 Received: from localhost ([127.0.0.1]:44014 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfmLS-0005g2-SO for submit@debbugs.gnu.org; Sat, 26 Sep 2015 06:04:43 -0400 Received: from mtaout25.012.net.il ([80.179.55.181]:59023) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfmLQ-0005fq-4o for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 06:04:41 -0400 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NVA003003IBOE00@mtaout25.012.net.il> for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 13:01:47 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NVA005BK3UY0U00@mtaout25.012.net.il>; Sat, 26 Sep 2015 13:01:47 +0300 (IDT) Date: Sat, 26 Sep 2015 13:04:45 +0300 From: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs In-reply-to: <20150926093536.GA577@odonien.lan> X-012-Sender: halo1@inter.net.il To: Vasilij Schneidermann Message-id: <838u7th4xu.fsf@gnu.org> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> <20150917063416.GA597@odonien.fritz.box> <83wpvp5xvi.fsf@gnu.org> <83h9mhha1b.fsf@gnu.org> <20150926093536.GA577@odonien.lan> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21500 Cc: 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sat, 26 Sep 2015 11:35:36 +0200 > From: Vasilij Schneidermann > Cc: 21500@debbugs.gnu.org > > Is it possible to use the :distant-foreground property to display the > line protruding beyond the cursor shape in a color different from the > background? If yes, what color would it need to have for this to work? I'm not sure why would you need to use :distant-foreground, but maybe your actual situation is more complicated than the test case you presented in this bug report. With that test case, if I modify the face definition like this: (defface my-line '((((type graphic)) :background "yellow") (((type tty)) :inherit font-lock-comment-face :underline t)) "Line face") I see the line in question all the time. Is this what you want? From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 26 06:56:49 2015 Received: (at 21500) by debbugs.gnu.org; 26 Sep 2015 10:56:49 +0000 Received: from localhost ([127.0.0.1]:44074 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zfn9s-0006u8-MF for submit@debbugs.gnu.org; Sat, 26 Sep 2015 06:56:48 -0400 Received: from mail-wi0-f180.google.com ([209.85.212.180]:34212) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zfn9q-0006u0-Gi for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 06:56:46 -0400 Received: by wicfx3 with SMTP id fx3so50106372wic.1 for <21500@debbugs.gnu.org>; Sat, 26 Sep 2015 03:56:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ncw6qi0NIf0RpZgnfr3snCk7QujquG5REFNYYjgwfhk=; b=MkvHQOCat/Z4aOs1y0Vl0ZbP5i3fwx7phDZIj0DoUR9UB6vYoXDZ00dQUCmauQb9sl mZqz5XuJRbOdCDKov+fL2893Jk10LPeYFuhWFfevpEFmBwZY+/bgD8NWJyQnJNr/PZJj b+MTeC4gJt0Eu3FAIzpHzZJIwzeosMqNu47Ic0JyG68TaEWoFNTMK8nf5ky4vLWm14KP Hr+hYLYtvoA8om3MXQCzxzMkRciU61ELlh5QiYAT3VGUx8nx5M4oSwWFq450hZdR73yH xsKCQ4OodWZmM6q0IZBz8Ia0Oaei/qIwccaXO25jt4QZvkeMmhF6GkgiMvJgdb3vuJvi 4K/g== X-Received: by 10.180.75.176 with SMTP id d16mr8766875wiw.75.1443265005689; Sat, 26 Sep 2015 03:56:45 -0700 (PDT) Received: from localhost (tmo-112-247.customers.d1-online.com. [80.187.112.247]) by smtp.gmail.com with ESMTPSA id j7sm7847942wjz.11.2015.09.26.03.56.44 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 26 Sep 2015 03:56:45 -0700 (PDT) Date: Sat, 26 Sep 2015 12:56:43 +0200 From: Vasilij Schneidermann To: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs Message-ID: <20150926105643.GB577@odonien.lan> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> <20150917063416.GA597@odonien.fritz.box> <83wpvp5xvi.fsf@gnu.org> <83h9mhha1b.fsf@gnu.org> <20150926093536.GA577@odonien.lan> <838u7th4xu.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <838u7th4xu.fsf@gnu.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21500 Cc: 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > I'm not sure why would you need to use :distant-foreground, but maybe > your actual situation is more complicated than the test case you > presented in this bug report. With that test case, if I modify the > face definition like this: > > (defface my-line > '((((type graphic)) :background "yellow") > (((type tty)) :inherit font-lock-comment-face :underline t)) > "Line face") > > I see the line in question all the time. Is this what you want? Well, that works, but it does get rid of the line alltogether, so that's hardly a solution. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 26 07:02:48 2015 Received: (at 21500) by debbugs.gnu.org; 26 Sep 2015 11:02:48 +0000 Received: from localhost ([127.0.0.1]:44078 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfnFf-00073T-K8 for submit@debbugs.gnu.org; Sat, 26 Sep 2015 07:02:47 -0400 Received: from mtaout29.012.net.il ([80.179.55.185]:32779) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfnFc-00073J-5n for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 07:02:45 -0400 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NVA008006P48H00@mtaout29.012.net.il> for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 14:03:28 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NVA00NWX6PRID80@mtaout29.012.net.il>; Sat, 26 Sep 2015 14:03:27 +0300 (IDT) Date: Sat, 26 Sep 2015 14:02:49 +0300 From: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs In-reply-to: <20150926105643.GB577@odonien.lan> X-012-Sender: halo1@inter.net.il To: Vasilij Schneidermann Message-id: <83612xh292.fsf@gnu.org> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> <20150917063416.GA597@odonien.fritz.box> <83wpvp5xvi.fsf@gnu.org> <83h9mhha1b.fsf@gnu.org> <20150926093536.GA577@odonien.lan> <838u7th4xu.fsf@gnu.org> <20150926105643.GB577@odonien.lan> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21500 Cc: 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sat, 26 Sep 2015 12:56:43 +0200 > From: Vasilij Schneidermann > Cc: 21500@debbugs.gnu.org > > > I'm not sure why would you need to use :distant-foreground, but maybe > > your actual situation is more complicated than the test case you > > presented in this bug report. With that test case, if I modify the > > face definition like this: > > > > (defface my-line > > '((((type graphic)) :background "yellow") > > (((type tty)) :inherit font-lock-comment-face :underline t)) > > "Line face") > > > > I see the line in question all the time. Is this what you want? > > Well, that works, but it does get rid of the line alltogether, so that's > hardly a solution. Is the below better? (defface my-line '((((type graphic)) :inherit font-lock-comment-face :strike-through t :background "yellow") (((type tty)) :inherit font-lock-comment-face :underline t)) "Line face") From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 26 08:14:55 2015 Received: (at 21500) by debbugs.gnu.org; 26 Sep 2015 12:14:55 +0000 Received: from localhost ([127.0.0.1]:44103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfoNT-0001nM-GM for submit@debbugs.gnu.org; Sat, 26 Sep 2015 08:14:55 -0400 Received: from smtprelay-b21.telenor.se ([195.54.99.212]:47088) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfoNQ-0001nC-QS for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 08:14:54 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b21.telenor.se (Postfix) with ESMTP id 8A7ADD9E9 for <21500@debbugs.gnu.org>; Sat, 26 Sep 2015 14:14:49 +0200 (CEST) X-SMTPAUTH-B2: [bocjoh] X-SENDER-IP: [85.229.7.67] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DnJABPiwZWPEMH5VVdGQEBAYMIgT2CXIN9vmUCgR88EQEBAQEBAQEGAQEBAUE/QQECAoNfAQEDAVYjBQsLDhMlDwEEDQsBDAoaExuHfgMKDAHGZA2FDAEBAQEGAQEBAR6LcIJQgj0HhCwFlXCLH5Vph0Y3gj0cgVY8M4E9gQ+DC4NKAQEB X-IPAS-Result: A2DnJABPiwZWPEMH5VVdGQEBAYMIgT2CXIN9vmUCgR88EQEBAQEBAQEGAQEBAUE/QQECAoNfAQEDAVYjBQsLDhMlDwEEDQsBDAoaExuHfgMKDAHGZA2FDAEBAQEGAQEBAR6LcIJQgj0HhCwFlXCLH5Vph0Y3gj0cgVY8M4E9gQ+DC4NKAQEB X-IronPort-AV: E=Sophos;i="5.17,592,1437429600"; d="scan'208";a="65749772" Received: from c-4307e555.04-211-6c6b701.cust.bredbandsbolaget.se (HELO muon.localdomain) ([85.229.7.67]) by ipb4.telenor.se with ESMTP; 26 Sep 2015 14:14:49 +0200 Received: by muon.localdomain (Postfix, from userid 1000) id BEDEA4842AE; Sat, 26 Sep 2015 14:14:47 +0200 (CEST) From: =?utf-8?Q?Johan_Bockg=C3=A5rd?= To: Vasilij Schneidermann Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> <20150917063416.GA597@odonien.fritz.box> <83wpvp5xvi.fsf@gnu.org> <83h9mhha1b.fsf@gnu.org> <20150926093536.GA577@odonien.lan> <838u7th4xu.fsf@gnu.org> <20150926105643.GB577@odonien.lan> Mail-Copies-To: never Date: Sat, 26 Sep 2015 14:14:46 +0200 In-Reply-To: <20150926105643.GB577@odonien.lan> (Vasilij Schneidermann's message of "Sat, 26 Sep 2015 12:56:43 +0200") Message-ID: <87a8s9ml6x.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21500 Cc: Eli Zaretskii , 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Vasilij Schneidermann writes: > Well, that works, but it does get rid of the line alltogether, so that's > hardly a solution. Put the color on the line itself, :strike-through "red" From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 26 08:17:47 2015 Received: (at 21500) by debbugs.gnu.org; 26 Sep 2015 12:17:47 +0000 Received: from localhost ([127.0.0.1]:44107 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfoQE-0001rp-WC for submit@debbugs.gnu.org; Sat, 26 Sep 2015 08:17:47 -0400 Received: from mail-wi0-f176.google.com ([209.85.212.176]:33001) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfoQD-0001ri-9o for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 08:17:45 -0400 Received: by wiclk2 with SMTP id lk2so51779503wic.0 for <21500@debbugs.gnu.org>; Sat, 26 Sep 2015 05:17:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=3WzPbD+R/CUHcsNwJDj0+Lisc8lKdj9H1IRgeo9kYbo=; b=wK03Z9/fNmY3Ri+uDOBgGw1H4JirTqGkVZFZ7RT/yl9QqZiH7tjTTo8Oogp5J//V6g q0QqQWpSqwYBDPQQqCW3KVWwQbRJAzLfS7jj7+7B5h0dLx/hBVA2lkA5OHMQc6KgAIIv mi0robANaIYHAVbnmrerCOPiLydEJ+XLePzjrWdKIQSxpyLmCrq4Cs/FNm/hQfRO+fh0 tP2sLfnek4cVdGmqx5ESG77vyocLnH0aBbxRrby0qkk1EFr3AuUYyfpNJn8WKVc0UWsk fEnm+Q6yimxB0/wtgZ/p2QPh8cMg4cTJcZZAy5BESSXEJWzl+HGfBUoSryVwwpfSNQ2F Lg9w== X-Received: by 10.180.187.180 with SMTP id ft20mr8593735wic.78.1443269864325; Sat, 26 Sep 2015 05:17:44 -0700 (PDT) Received: from localhost (tmo-112-247.customers.d1-online.com. [80.187.112.247]) by smtp.gmail.com with ESMTPSA id hx4sm8129730wjb.31.2015.09.26.05.17.43 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 26 Sep 2015 05:17:43 -0700 (PDT) Date: Sat, 26 Sep 2015 14:17:41 +0200 From: Vasilij Schneidermann To: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs Message-ID: <20150926121741.GA3335@odonien.lan> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> <20150917063416.GA597@odonien.fritz.box> <83wpvp5xvi.fsf@gnu.org> <83h9mhha1b.fsf@gnu.org> <20150926093536.GA577@odonien.lan> <838u7th4xu.fsf@gnu.org> <20150926105643.GB577@odonien.lan> <83612xh292.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <83612xh292.fsf@gnu.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21500 Cc: 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Is the below better? > > (defface my-line > '((((type graphic)) > :inherit font-lock-comment-face > :strike-through t > :background "yellow") > (((type tty)) :inherit font-lock-comment-face :underline t)) > "Line face") Somewhat, but it changes the way the line looks entirely. I'm pretty happy having found a hack for displaying a continuous line in Emacs in both graphical and textual frames. Going from a line to a stripe with a background color is a setback. Anyway, I assume that if the workarounds consist of changing the display of the line and this display is no bug, the best I could do would be either living with this peculiarity or turning this issue into a feature request. Feel free to close this. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 26 08:23:00 2015 Received: (at 21500) by debbugs.gnu.org; 26 Sep 2015 12:23:00 +0000 Received: from localhost ([127.0.0.1]:44111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfoVH-0001z6-My for submit@debbugs.gnu.org; Sat, 26 Sep 2015 08:22:59 -0400 Received: from mail-wi0-f196.google.com ([209.85.212.196]:35806) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfoVG-0001yz-D4 for 21500@debbugs.gnu.org; Sat, 26 Sep 2015 08:22:58 -0400 Received: by wicxq10 with SMTP id xq10so7987140wic.2 for <21500@debbugs.gnu.org>; Sat, 26 Sep 2015 05:22:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ZSX8+HvP5R2yQrIuOcKRk0jUXdfnYa3GGy5gV3k0Jxo=; b=ZeIFDXO9W5cWaLfyo6Qx88/Pw28KbUqgp2nTM/g0QXwF6kS8pkCS15G9nfgK3BVa2l Qic76qPW+h/YtdvrQYrMatg/aPWXGsakSXf7rRe8/dZWtJknPpHB9StcqMSHbbrJZCK8 z38SzgzHMEtwJ3CXAu8o6PobBvrUTntHlGAe1AQOnrZPEDOt4UDG1DV0RF0smUQO6Ui4 RswqrBQxJDrhmrjpzF4mJNt2yK7pRcnGLrEjgEQfSYJLc1gvpbt1/H6zeXYr51bVqu4J hr+BQXmyRF9drhG4AFQLzwrh/5dTlO2EAkC5GlTAefDqbGcM683hJ5pc4HYZgJYiBdq0 wIvw== X-Received: by 10.194.117.164 with SMTP id kf4mr11538795wjb.9.1443270177887; Sat, 26 Sep 2015 05:22:57 -0700 (PDT) Received: from localhost (tmo-112-247.customers.d1-online.com. [80.187.112.247]) by smtp.gmail.com with ESMTPSA id c2sm8090345wiy.11.2015.09.26.05.22.57 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 26 Sep 2015 05:22:57 -0700 (PDT) Date: Sat, 26 Sep 2015 14:22:55 +0200 From: Vasilij Schneidermann To: Johan =?utf-8?B?Qm9ja2fDpXJk?= Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs Message-ID: <20150926122255.GB3335@odonien.lan> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> <20150917063416.GA597@odonien.fritz.box> <83wpvp5xvi.fsf@gnu.org> <83h9mhha1b.fsf@gnu.org> <20150926093536.GA577@odonien.lan> <838u7th4xu.fsf@gnu.org> <20150926105643.GB577@odonien.lan> <87a8s9ml6x.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87a8s9ml6x.fsf@gnu.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21500 Cc: Eli Zaretskii , 21500@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Put the color on the line itself, > > :strike-through "red" Thanks! This does work for me. It would be perfect if it could be made to pick up the foreground of font-lock-comment-face, but eh, it won't kill me to customize the face instead. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 26 09:33:35 2015 Received: (at 21500-done) by debbugs.gnu.org; 26 Sep 2015 13:33:35 +0000 Received: from localhost ([127.0.0.1]:44144 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zfpbb-000592-0s for submit@debbugs.gnu.org; Sat, 26 Sep 2015 09:33:35 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:59967) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfpbV-00058r-Lh for 21500-done@debbugs.gnu.org; Sat, 26 Sep 2015 09:33:30 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NVA00500DI3PI00@a-mtaout22.012.net.il> for 21500-done@debbugs.gnu.org; Sat, 26 Sep 2015 16:33:28 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NVA0055TDNRMZ30@a-mtaout22.012.net.il>; Sat, 26 Sep 2015 16:33:28 +0300 (IDT) Date: Sat, 26 Sep 2015 16:33:34 +0300 From: Eli Zaretskii Subject: Re: bug#21500: 24.5; Graphical glitch with display property lines in GUI Emacs In-reply-to: <20150926122255.GB3335@odonien.lan> X-012-Sender: halo1@inter.net.il To: Vasilij Schneidermann Message-id: <8337y1gv9t.fsf@gnu.org> References: <83a8sm6s3b.fsf@gnu.org> <20150916203402.GA3145@odonien.fritz.box> <837fnp7id8.fsf@gnu.org> <20150917063416.GA597@odonien.fritz.box> <83wpvp5xvi.fsf@gnu.org> <83h9mhha1b.fsf@gnu.org> <20150926093536.GA577@odonien.lan> <838u7th4xu.fsf@gnu.org> <20150926105643.GB577@odonien.lan> <87a8s9ml6x.fsf@gnu.org> <20150926122255.GB3335@odonien.lan> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21500-done Cc: 21500-done@debbugs.gnu.org, bojohan@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sat, 26 Sep 2015 14:22:55 +0200 > From: Vasilij Schneidermann > Cc: Eli Zaretskii , 21500@debbugs.gnu.org > > > Put the color on the line itself, > > > > :strike-through "red" > > Thanks! This does work for me. It would be perfect if it could be made > to pick up the foreground of font-lock-comment-face, but eh, it won't > kill me to customize the face instead. OK, closing the bug report. From unknown Fri Sep 05 20:37:03 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 25 Oct 2015 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator