From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Native display of line numbers Date: Sat, 17 Jun 2017 17:25:44 -0400 Message-ID: References: <83lgoqzm0v.fsf@gnu.org> <83efuizd1r.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1497734794 14037 195.159.176.226 (17 Jun 2017 21:26:34 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 17 Jun 2017 21:26:34 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 17 23:26:31 2017 Return-path: Envelope-to: ged-emacs-devel@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 1dMLEk-0003PR-Mf for ged-emacs-devel@m.gmane.org; Sat, 17 Jun 2017 23:26:30 +0200 Original-Received: from localhost ([::1]:36264 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dMLEo-0000k0-As for ged-emacs-devel@m.gmane.org; Sat, 17 Jun 2017 17:26:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37262) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dMLEB-0000ju-11 for emacs-devel@gnu.org; Sat, 17 Jun 2017 17:25:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dMLE7-0007Gh-Th for emacs-devel@gnu.org; Sat, 17 Jun 2017 17:25:55 -0400 Original-Received: from [195.159.176.226] (port=41478 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dMLE7-0007Gb-Mb for emacs-devel@gnu.org; Sat, 17 Jun 2017 17:25:51 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dMLE0-00019C-Hc for emacs-devel@gnu.org; Sat, 17 Jun 2017 23:25:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 34 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:uXF5rmDRLMl0mFUdX1NoTcYzNKM= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:215718 Archived-At: >> > . it works significantly faster (almost twice as fast as linum-mode, >> > 50% faster that relative-line-numbers-mode) >> Should I read this to me that the speed difference w.r.t nlinum is not >> that large, or you didn't bother comparing? > See my other message: I did compare with it, of course, but the > performance was very poor. Maybe it wasn't supposed to provide a > great performance in a file like xdisp.c. Or maybe my benchmark is > skewed (in which case I'm sure you will provide a better one). Whether or not it's representative doesn't really matter: the performance you see with nlinum is a real problem when you bump into it. [ IOW, I'm not here to defend nlinum ;-) ] >> > . it works with R2L text, something the old modes never did >> I didn't know there were problems with R2L text. Worse: even now that >> you tell me, I can't think of nor find a problem with it (other than the >> choice of whether to display the line numbers in the left or right >> margin). > > The fact that the numbers are always displayed on the left is bad > enough; worse, the digits in the numbers are in reverse order. E.g., > visit TUTORIAL.he, then turn on linum-mode or nlinum-mode, and watch > the numbers closely. Duh, I had tried it, but indeed skipped the "watch the numbers closely" part. My naive L2R background makes me think "this looks like a rendering bug" (especially since if I insert "123" in that tutorial, it is displayed "123" rather than "321" despite the surrounding R2L chars, so I wonder how come the digits in the margin end up ordered "321"). Stefan