From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#57412: Could we make linum.el obsolete? Date: Fri, 26 Aug 2022 13:49:55 +0300 Message-ID: <4cc5c07f-75d4-3bc6-e3ff-bcf84c1ce261@yandex.ru> References: <87k06vxvov.fsf@yandex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4392"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Cc: 57412@debbugs.gnu.org, monnier@iro.umontreal.ca To: m43cap@yandex.com, Stefan Kangas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 26 12:55:00 2022 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 1oRWzL-0000xk-8k for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 26 Aug 2022 12:54:59 +0200 Original-Received: from localhost ([::1]:46434 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oRWzK-00010h-9C for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 26 Aug 2022 06:54:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39848) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oRWvW-0003za-9R for bug-gnu-emacs@gnu.org; Fri, 26 Aug 2022 06:51:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34264) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oRWvW-0008Ni-0y for bug-gnu-emacs@gnu.org; Fri, 26 Aug 2022 06:51:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oRWvV-0004aN-N3 for bug-gnu-emacs@gnu.org; Fri, 26 Aug 2022 06:51:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 26 Aug 2022 10:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57412 X-GNU-PR-Package: emacs Original-Received: via spool by 57412-submit@debbugs.gnu.org id=B57412.166151100717500 (code B ref 57412); Fri, 26 Aug 2022 10:51:01 +0000 Original-Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 10:50:07 +0000 Original-Received: from localhost ([127.0.0.1]:52234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRWud-0004YC-GP for submit@debbugs.gnu.org; Fri, 26 Aug 2022 06:50:07 -0400 Original-Received: from mail-wr1-f48.google.com ([209.85.221.48]:45635) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRWub-0004Xb-KZ for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 06:50:06 -0400 Original-Received: by mail-wr1-f48.google.com with SMTP id bq11so1317601wrb.12 for <57412@debbugs.gnu.org>; Fri, 26 Aug 2022 03:50:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc; bh=lpy+avqvmWzgWW8is89ISY23Chw6woOkkBJq8xgEhUM=; b=VpSdvJ843yqgj3k9vBps9w069Nk0sOv46urgWJws8TlCcFujkMA9EXQN1/tVCnvsBE f0K0OWi5fuZlbs7jgcUh1kJ9eiyeRH04KVRynwp5VUrv88kxTKaMbcRIINQstYDssK6G mkMnWvcmEKylcvwAoxjdqslvtsTiLish+dA2GaJkGpKUzR9ZLnHLfB7xjw6SImV6tXmf coGDOMKLJGJmUbRa4bEw+Vmdg71Y4j6C+wfDNIruo/FSnqHg7kZeAlSAGbSbBJo5krlO yFgpsi78bg5mjwtc+Gb28Da5df/b7ych7cX9bRBvlVg05nhZCsS7xxu0nu/odTGgv8Dx kiVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc; bh=lpy+avqvmWzgWW8is89ISY23Chw6woOkkBJq8xgEhUM=; b=I9fmdc2EYZrnyTtlxDgO/xEzZwv993F68XdEeX/vb2mgJfQZ9kQPAchghhsmKRsbZE 3E5mKSBMMdq3Vhx1913KMyGkdu3cVjiMhDOjqKY1K9WD9GPliJwrgPWO/xFW122kKcqP 4zO13JZLWYq4Gjeb4I+XGhd/P41+NbpSy5ChZSyLz1FIYPdvhGxyC24uXYF2sDmef/VC svD0/BKA+d5UdLTIwUFXxfMwnkmJFwx6eydcnP99SPjleFe5cWA7tATUqkCWFJPsC6cl cjkzZnDaTGOs/D6rxjwe1+P3FkhORoKboNRvVG/uNVkj52wXXSjkr+MN7TGTmefhS6X3 DbfQ== X-Gm-Message-State: ACgBeo3c8sjrzfL6dlZZbAkFJXiI/uwUZq6rwTeloC2q9/S3beMMeyuo dy8S0P/rYl3iSL8NpzSt+J8= X-Google-Smtp-Source: AA6agR7qLehlgKGen2z+nFrb9a9ny3pSRZ7YyjG4RGWfITeSB8+u9ZIevEktAtI1LoYuxFKmjd5Gqw== X-Received: by 2002:a5d:52d0:0:b0:21e:4923:fa09 with SMTP id r16-20020a5d52d0000000b0021e4923fa09mr4680997wrv.244.1661510999794; Fri, 26 Aug 2022 03:49:59 -0700 (PDT) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id b3-20020a5d40c3000000b0022533c4fa48sm1602316wrq.55.2022.08.26.03.49.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Aug 2022 03:49:59 -0700 (PDT) Content-Language: en-US In-Reply-To: <87k06vxvov.fsf@yandex.com> 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:240801 Archived-At: On 26.08.2022 11:20, Colin Baxter wrote: >>>>>> Stefan Kangas writes: > > Severity: wishlist Is there any reason to keep linum.el around any > > longer, or could it be marked obsolete in favor of > > `display-line-numbers-mode'? > > > Given our obsoletion policy, it would still be around for another > > decade, which should give users plenty of time to adapt. > > > Please do not obsolete this. I do not like display-line-numbers-mode, > preferring line numbers in the margin. There must be other users > similarly inclined. Have you tried nlinum-mode from GNU ELPA? I hear it has better performance and apparently fewer bugs. > I do not understand this need to obsolete packages that perform > perfectly well. Emacs often has multiple ways of achieving the same > outcome, which is surely a positive. It's good to reduce the volume of code we have to support over time. It would also help people land on a faster and better supported alternative.