From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#23574: 24.5; Overzealous underlining in emacs-nox Date: Thu, 09 Jun 2016 10:38:48 +0200 Message-ID: <57592B18.2030808@gmx.at> References: <83porxwg1f.fsf@gnu.org> <83d1nxudrb.fsf@gnu.org> <83wpm3tyvn.fsf@gnu.org> <83twh7tt83.fsf@gnu.org> <83r3cbt5l3.fsf@gnu.org> <83h9d6tl3j.fsf@gnu.org> <5755AACE.8030303@gmx.at> <831t4ataep.fsf@gnu.org> <57568F86.8040902@gmx.at> <83eg89roam.fsf@gnu.org> <5757BC3A.5070402@gmx.at> <83lh2fr4pt.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1465461658 3095 80.91.229.3 (9 Jun 2016 08:40:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jun 2016 08:40:58 +0000 (UTC) Cc: 23574@debbugs.gnu.org, john.b.mastro@gmail.com, cwoodbury@azavea.com, npostavs@users.sourceforge.net To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 09 10:40:48 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bAvWB-00026m-Hh for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Jun 2016 10:40:47 +0200 Original-Received: from localhost ([::1]:33141 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bAvWA-0005ke-KI for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Jun 2016 04:40:46 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35452) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bAvVa-0005Kg-65 for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2016 04:40:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bAvVS-0001MK-NH for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2016 04:40:10 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49223) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bAvVS-0001MF-Jw for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2016 04:40:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bAvVS-00030o-G7 for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2016 04:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Jun 2016 08:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23574 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 23574-submit@debbugs.gnu.org id=B23574.146546155311499 (code B ref 23574); Thu, 09 Jun 2016 08:40:02 +0000 Original-Received: (at 23574) by debbugs.gnu.org; 9 Jun 2016 08:39:13 +0000 Original-Received: from localhost ([127.0.0.1]:33323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bAvUe-0002zP-Qj for submit@debbugs.gnu.org; Thu, 09 Jun 2016 04:39:13 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:59004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bAvUd-0002zC-E9 for 23574@debbugs.gnu.org; Thu, 09 Jun 2016 04:39:11 -0400 Original-Received: from [192.168.1.100] ([212.95.7.79]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0McmS9-1at7WK17sP-00HsW8; Thu, 09 Jun 2016 10:38:49 +0200 In-Reply-To: <83lh2fr4pt.fsf@gnu.org> X-Provags-ID: V03:K0:9KihE5VrqtvgVwXun6iO85627svTViVhpW/y8eEVC5zaOiV8i/B Pm9jZ+enh5lS0w2e1nB98zD7URIKcwbC5NeHD8JQiN/tv11vA7qAtpqt1kImU12Z9WmDv2s l/N/mmkjmeQiMoDMq9k9NA0XnPUdLbY1xEKh9B7YBCCuGc4Vx3qU4AiwvW0OYsBvsr0fhw+ my5XWRha7uhvd6wM3L/gw== X-UI-Out-Filterresults: notjunk:1;V01:K0:b9GaH4ILVPQ=:9HIFoFo6UYaz9fdldQjmwI 0xtkv8osIMt/f3UbBitxtlQwEdpz8c2uTJrAssEh34ki3TE6HwQ7+vfrP4dXJ6deMSTHwXjxL chyWigGD4JCa9l6qRz9gN9Lpav4PaX8N578NeTQ3ihlRuBuy/hZXn+kOJ9Sp7R7GIy7kzqfgA Ty5RbHgV6AJYqDWTCsUpqkW9j5cBtiPjMFANkz8F5T79YnaOjFZyo92cnjloa+0mGJuqOwTo8 1IEDUYxFxo8wJi3KJpRfmK6I/L3iCrAz8GfWOgGcMxAWzTIRyPeyYJBN4JF6TI6cwsUozBq9z bkSHX6bg6N/0iKHSuS09P0cbZqynjzLTHVMNygt7BrvKZk147XLeNFJiYcm3yNbmhVJ3XRkec vgIcBczI9tAFBSi/Qd0gn1Xw3N3A3dZSpsgUVUKgnM7gno8vkVIO9dXcZAhTkLADR8dXa7v1F pIsKuuJfP6l1hKWsO0iUGcDSu1glSgX5Rt45+huwzpKmUwohRpG5COOH8FdPqgQZsc6Kkw5CQ /eqN9K0QXrQfkWG68ZKfGo2FqQYiB3SoGqRhOB5pFREDtLAcC5mmR31llJw/4Tc/913Xk3Zz6 PxTmHn01JcpIRwPc4A7xBb2Vg4iEoTTR//NMPVWkBGtpJkoM45jPl5Ky2rvJetQ1gg+vPDSea aVEf4JaDRu/LkYGHlqk6MzS8Cpsefv1bPRtpx5pGo9x3FlIb7EoM8POV7Lmjvc9bdPKglhtu6 UtgBNkXa2YCa4nZ0KzHclI6cUuHBE88R6vAlAmlFy3TdH/apAZ5OKacOnZ8anWImJV268Ggm X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:119319 Archived-At: > I do know about these, but I don't thunk we should document all those > details, since there are too many possible variations, and it's too > easy to be inaccurate. "the last face used on the line" is good > enough, I think. Including the quotation marks? > No, it need not do any of that. The list is fixed for each redisplay > cycle of each buffer, so the list can be processed only once into a > bitmap of flags that tell which face attributes trigger face > extension. Then all redisplay needs to do is compare the attributes > of the face loaded into the iterator object at end of each line with > these flags. OK. But with my property list approach a once calculated bitmap would have simply overridden the face of the iterator object. Yet cheaper but less versatile. >> And then I thought about the - possibly silly idea - that a user migh= t >> want to put a property like :background on all lines displayed, >> regardless of the last character's attributes. Such a user would hav= e >> to, before displaying the relevant buffer parts, go through all these= >> lines and add that property to the newline (?) character of each line= =2E >> Now I bet that the greater part of such users would put the property = on >> all newline characters of the buffer instead of using something like >> =E2=80=98pre-redisplay-functions=E2=80=99 where even I couldn't tell = whether it gets the >> window's start and end positions always right. > > Hmm.. not sure how this is related. Suppose a user wants to use the same background for all spaces at the ends of all lines of a buffer regardless of "the last face used on the line". How would she specify that? martin