From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Replacing linum-mode by nlinum-mode Date: Tue, 13 Aug 2013 19:50:35 -0700 (PDT) Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1376448685 20531 80.91.229.3 (14 Aug 2013 02:51:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Aug 2013 02:51:25 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 14 04:51:26 2013 Return-path: Envelope-to: ged-emacs-devel@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 1V9RBE-0001zS-NE for ged-emacs-devel@m.gmane.org; Wed, 14 Aug 2013 04:51:24 +0200 Original-Received: from localhost ([::1]:55399 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9RBE-0007MG-A0 for ged-emacs-devel@m.gmane.org; Tue, 13 Aug 2013 22:51:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59375) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9RAh-0006aQ-1w for emacs-devel@gnu.org; Tue, 13 Aug 2013 22:51:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V9RAY-0003PQ-D8 for emacs-devel@gnu.org; Tue, 13 Aug 2013 22:50:50 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:46957) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9RAY-0003P3-5w for emacs-devel@gnu.org; Tue, 13 Aug 2013 22:50:42 -0400 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r7E2obZm028952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 14 Aug 2013 02:50:40 GMT Original-Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r7E2oape000980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Aug 2013 02:50:37 GMT Original-Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r7E2oaWF000977; Wed, 14 Aug 2013 02:50:36 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6668.5000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:162695 Archived-At: > > If you want to "maximize backward compatibility", why rename anything? > > > > Why not just use nlinum functions wherever you want, in place of linum > > functions? Why gratuitously change user code at the same time? > > > > (To be clear, I don't knowingly use either, and I have no code that > > does. My question has nothing to do with my personal use of Emacs.) >=20 > Because the main reason to install nlinum-mode is to fix the bugs of > linum-mode, so users of linum-mode will only benefit from those > bug-fixes if they get transparently "upgraded" to nlinum-mode. They will benefit if they are "upgraded" to nlinum-mode, whether that happens "transparently" or they do it intentionally & knowingly. Still sounds more user-friendly to me to (a) fix all Emacs source code to use the nlinum functions and (b) encourage 3rd-party code to move to using those functions also. Changing the names is not so nice. 3rd-party programmers will not know without digging a bit that completely different code is now being run under the same names (even the library name is taken over). Not a big deal, but not super considerate of users. And you did say you wanted to "maximize backward compatibility".