From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.help Subject: RE: Emacs pretest: highlight line number in display-line-numbers-mode? Date: Fri, 20 Oct 2017 08:18:07 -0700 (PDT) Message-ID: References: <<>> <<<87a80ntah3.fsf@gmail.com> <25a064f1-c267-49f7-a8de-b28baee928ac@default>> <<834lquew6p.fsf@gnu.org>> <0da3bf1b-7d66-4462-8097-e9afe759e99d@default>> <<83376ee39c.fsf@gnu.org>> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1508512800 22474 195.159.176.226 (20 Oct 2017 15:20:00 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 20 Oct 2017 15:20:00 +0000 (UTC) To: Eli Zaretskii , help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Oct 20 17:19:54 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e5Z5L-0003mU-UB for geh-help-gnu-emacs@m.gmane.org; Fri, 20 Oct 2017 17:19:44 +0200 Original-Received: from localhost ([::1]:54464 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e5Z5T-0007pw-14 for geh-help-gnu-emacs@m.gmane.org; Fri, 20 Oct 2017 11:19:51 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35126) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e5Z41-0007O3-9R for help-gnu-emacs@gnu.org; Fri, 20 Oct 2017 11:18:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e5Z3y-0000Am-1i for help-gnu-emacs@gnu.org; Fri, 20 Oct 2017 11:18:21 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:47598) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1e5Z3r-00004u-JS; Fri, 20 Oct 2017 11:18:11 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v9KFI9Nk018929 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 20 Oct 2017 15:18:10 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v9KFI9VP016788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 20 Oct 2017 15:18:09 GMT Original-Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v9KFI8T9023888; Fri, 20 Oct 2017 15:18:08 GMT In-Reply-To: <<83376ee39c.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4600.0 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-Received-From: 156.151.31.81 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:114591 Archived-At: > > > . using a different face makes redisplay slightly slower > > > (because it disallows some redisplay optimizations) > > > > Would those optimizations still be available if a > > user chose the same face for both (but the faces > > were different by default)? ? I guess you are confirming that the optimizations you spoke of are a red herring here: they would anyway be available whenever someone customizes the current-line face to have the same appearance as the other-lines face. Or do you want to correct this guess? > > If so, I'd suggest making the faces different by > > default. >=20 > They are already different by default. They just have > the same attributes. I think you understood perfectly well that I was referring to a difference of _appearance_, not the fact that there are two different face objects. There are two faces, but they have the same appearance by default. That's the misdesign. Please consider giving them a different appearance by default. That will help users see which is the current line, and it will help users know that there are two different faces, which they can customize. If you think it is important, add a doc mention that if the faces have the same attribute values then display performance can be better. > > IOW, opt-in for the loss of a difference. >=20 > That's already so. No. If the appearance is the same by default then you have to opt out of that default behavior to see a difference. Lack of a difference in appearance is not opt-in currently; it is the default behavior.