From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Gallagher - NOAA Affiliate via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#50506: 28.0.50; display-line-numbers equivalent for linum-format? Date: Fri, 10 Sep 2021 10:00:47 -0600 Message-ID: References: <87czpgc1yb.fsf@noaa.gov> <83fsucipdz.fsf@gnu.org> Reply-To: Michael Gallagher - NOAA Affiliate Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000021cf7305cba63ab2" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9976"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 50506@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 10 19:40:08 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mOkVT-0002PU-82 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Sep 2021 19:40:07 +0200 Original-Received: from localhost ([::1]:40030 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mOkVR-0004nO-Pz for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Sep 2021 13:40:06 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34290) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mOkUS-0004m4-5y for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 13:39:08 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55857) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mOkUQ-0006qT-Mn for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 13:39:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mOkUQ-0007in-Ki for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 13:39:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Gallagher - NOAA Affiliate Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Sep 2021 17:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50506 X-GNU-PR-Package: emacs Original-Received: via spool by 50506-submit@debbugs.gnu.org id=B50506.163129551829628 (code B ref 50506); Fri, 10 Sep 2021 17:39:02 +0000 Original-Received: (at 50506) by debbugs.gnu.org; 10 Sep 2021 17:38:38 +0000 Original-Received: from localhost ([127.0.0.1]:39167 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOkU1-0007hl-NA for submit@debbugs.gnu.org; Fri, 10 Sep 2021 13:38:38 -0400 Original-Received: from mail-pg1-f172.google.com ([209.85.215.172]:41776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOiy1-00052L-TO for 50506@debbugs.gnu.org; Fri, 10 Sep 2021 12:01:30 -0400 Original-Received: by mail-pg1-f172.google.com with SMTP id k24so2217673pgh.8 for <50506@debbugs.gnu.org>; Fri, 10 Sep 2021 09:01:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=noaa.gov; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ygcm+EBuKgQYUrQuIi+Cn8Np0NDOLpAGAo5mflEvkRE=; b=FxTvH2VaPyjBQTIBG0cn1Pusc0SYILCUCBvpP0Q1w1RZ0pQKVyGn6DJEuy55Hpxb2o Sd0NMKtGx5Uu3CwU4DX8kZEpZn4fgvvIWQ7NPzA9cF3Dr/75xQyzpr3zT6lF8roI2wSv 67uS0Uhx+Ir25OLCpAH25K7OZxKrsmJWjcqe5Peo0LP6Y4blJ3w3Wpbsl+c22R3XYqfp sI9fY+rfJ0cxXTSHDuwn8EqJWo6o4AIsOSzCLjqOm3Va6L9OIRP8O8gqOPpR6e/Ybq/h Va72ZGDiiuLwAL31Yn1ZsKBc6TykhSOlU46XmBibfoOWAitOJ05dC+ozo4vTCWF+TLSp GMCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ygcm+EBuKgQYUrQuIi+Cn8Np0NDOLpAGAo5mflEvkRE=; b=UzaYpt2i2zxHqVRYkr4L2s2xFuQo2P/pCdMvQNMXRvmMhYZtwd14Tg3nH0T+wMcsV4 fn3aegQdYknaUK093EDQafUbetOOs3HXJ84sQttBQ6sz4ed4kFGuMNdWtCT/TmXAB3qX 59PFuWB5j4hqA2SpmEQmrMEqdNCWPGjCB9v/qm4BB5NS07rIyqdxXdPqC1xfDKVNeNEB fM8m7kfOsoJrpLUGFx+dNqk89cLlesT7T01guUjQ5jlqRSfYpqxyKBNVBMpN05rNbTY9 1V6EkiTgs/mfeT3EM2B3NmPCuJMI+xWgW5OPwQHbI50oeIka3USTvwlYpJZeGFcwGTVb zx/A== X-Gm-Message-State: AOAM532RStQ3+nROt/t0HzTPquqL0OoArsj9RimFtLag7AqDuHZMW/Gu DLlGCghHcgTnnTWKsKnSiUddzhy1G08/eFMGENhJbLqwMBs= X-Google-Smtp-Source: ABdhPJxcMCLMbdPkDt87cumMx0wjttI1j85GdzNSXGliWpSc+SvX/w84nxUBJogXwUNbXz1jt7rFE4eS52UVtr6JiZo= X-Received: by 2002:a63:1d5c:: with SMTP id d28mr7952990pgm.143.1631289683792; Fri, 10 Sep 2021 09:01:23 -0700 (PDT) In-Reply-To: <83fsucipdz.fsf@gnu.org> X-Mailman-Approved-At: Fri, 10 Sep 2021 13:38:37 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:214034 Archived-At: --00000000000021cf7305cba63ab2 Content-Type: text/plain; charset="UTF-8" Eli, Thanks for taking the time to respond. The separator character I use is simply the 'pipe' character, "|". The purpose for me is to clearly delineate the text/code from the line numbers in a way that makes it easier to grok the text being displayed. My brain sees the numbers as part of the code with the current formatting of display-line-numbers, but maybe I'm uniquely incapable. I completely understand feature creep, and the reason I've switched to display-line-numbers *because* of performance. Using a combination of outline-minor-mode (with folding) and linum-mode made emacs run at 100% cpu while moving the cursor in the terminal. Not to mention other linum bugs. Best. On Fri, Sep 10, 2021 at 6:31 AM Eli Zaretskii wrote: > > Date: Fri, 10 Sep 2021 01:40:45 -0600 > > From: "Michael Gallagher (CIRES/NOAA)" via "Bug reports for GNU Emacs, > > the Swiss army knife of text editors" > > > > linum mode has several performance issues but has the convenient ability > > to format the line numbers in a way chosen by the user. It would be > > wonderful to be able to add a "separator" character of choosing to > > display-line-numbers-mode. > > Please tell more about this "separator character": what should it be > and how will it be displayed? And what is its purpose in the first > place? > > I'd like to avoid adding a general format-style extension to the > native line numbers, that's a kind of creeping featurism that will > eventually slow down redisplay too much, something that the > display-line-numbers implementation explicitly attempts to avoid. > People who must have the full-fledged format capability could simply > use linum-mode instead. > > > I would be happy to try to contribute code but I'm unsure of where > > to start with such a task. > > The code is in xdisp.c, if that's what you meant to ask. > > Thanks. > -- Michael Gallagher, PhD CIRES Research Scientist Polar Observations and Processes Team (ESRL/NOAA/PSD) 325 Broadway, Boulder, Colorado 80305 --00000000000021cf7305cba63ab2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Eli,

Thanks for taking the t= ime to respond. The separator character I use is simply the 'pipe' = character, "|". The purpose for me is to clearly delineate the te= xt/code from the line numbers in a way that makes it easier to grok the tex= t being displayed. My brain sees the numbers as part of the code with the c= urrent formatting of display-line-numbers, but maybe I'm uniquely incap= able.

I completely understand feature creep, = and the reason I've switched to display-line-numbers *because* of perfo= rmance. Using a combination of outline-minor-mode (with folding) and linum-= mode made emacs run at 100% cpu while moving the cursor in the terminal. No= t to mention other linum bugs.=C2=A0

Best.

On Fri, Sep 10, 2021 at 6:31 AM Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Fri, 10 Sep 2021 01:40:45 -0600
> From:=C2=A0 "Michael Gallagher (CIRES/NOAA)" via "Bug r= eports for GNU Emacs,
>=C2=A0 the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
>
> linum mode has several performance issues but has the convenient abili= ty
> to format the line numbers in a way chosen by the user. It would be > wonderful to be able to add a "separator" character of choos= ing to
> display-line-numbers-mode.

Please tell more about this "separator character": what should it= be
and how will it be displayed?=C2=A0 And what is its purpose in the first place?

I'd like to avoid adding a general format-style extension to the
native line numbers, that's a kind of creeping featurism that will
eventually slow down redisplay too much, something that the
display-line-numbers implementation explicitly attempts to avoid.
People who must have the full-fledged format capability could simply
use linum-mode instead.

> I would be happy to try to contribute code but I'm unsure of where=
> to start with such a task.

The code is in xdisp.c, if that's what you meant to ask.

Thanks.


--
Michael Gallagher, PhD
CIRES Research Scientist
<= /div>
Polar Obser= vations and Processes Team (ESRL/NOAA/PSD)
325 Broadway, Boulder, Colorado 80305
--00000000000021cf7305cba63ab2--