From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.bugs Subject: bug#71370: 30.0.50; Please un-obsolete buffer-substring as a generalized variable Date: Fri, 21 Jun 2024 04:55:06 -0400 Message-ID: References: <87iky4zedz.fsf@web.de> <545868c6-1a14-4a3f-9939-da2477c0a902@alphapapa.net> <871q4reij4.fsf@web.de> <87le2z7h37.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25080"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Michael Heerdegen , Adam Porter , 71370@debbugs.gnu.org To: Ihor Radchenko Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jun 21 10:56:11 2024 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 1sKa42-0006I8-9q for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 21 Jun 2024 10:56:10 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sKa3r-0007S1-J4; Fri, 21 Jun 2024 04:55:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sKa3q-0007RT-6S for bug-gnu-emacs@gnu.org; Fri, 21 Jun 2024 04:55:58 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sKa3p-0000x3-UU for bug-gnu-emacs@gnu.org; Fri, 21 Jun 2024 04:55:57 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sKa3u-0006VB-1S for bug-gnu-emacs@gnu.org; Fri, 21 Jun 2024 04:56:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 Jun 2024 08:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 71370 X-GNU-PR-Package: emacs Original-Received: via spool by 71370-submit@debbugs.gnu.org id=B71370.171896012124944 (code B ref 71370); Fri, 21 Jun 2024 08:56:02 +0000 Original-Received: (at 71370) by debbugs.gnu.org; 21 Jun 2024 08:55:21 +0000 Original-Received: from localhost ([127.0.0.1]:56848 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sKa3F-0006UF-FR for submit@debbugs.gnu.org; Fri, 21 Jun 2024 04:55:21 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:36538) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sKa3C-0006U1-1Y for 71370@debbugs.gnu.org; Fri, 21 Jun 2024 04:55:19 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sKa31-0000go-6K; Fri, 21 Jun 2024 04:55:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=fjCfTHgqUclTzBGS0c2m9B3+CGGwbStmdK9Isbf/0/c=; b=r5vPk17Di0zj4smmQKzE J3+lROP9mlROpdt3jlm/7wKorbESB1r9g3OY/ap9eZbleUmYo4VeKZ3zUlsJQTYuuN7L84Ajkxu7p 6cIRnhZI97UUnvY3UqQz0ShnhfRCKG1apK99cYMHnyVDsZGTdOihABL4SBMIWmChJS4Gv/6BOEShN JkKGKZ0SeMQPAc/+fObsOi01eMF0b2nQwPdvVtd63IOAqnMHpDRMIsNsIicMH6FeYnnsUrygIzkKH addu1w2cTxLrlfStyefOXgw7v0RN7/OAuEuTL7wgKNFovderbSgRHVbX8c96ZUIUuO+8hALfO+rEe In1E0xex3XcPhQ==; Original-Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1sKa30-0001ei-Fy; Fri, 21 Jun 2024 04:55:06 -0400 In-Reply-To: <87le2z7h37.fsf@localhost> (Ihor Radchenko's message of "Thu, 20 Jun 2024 15:46:04 +0000") 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:287616 Archived-At: Ihor Radchenko writes: > Michael Heerdegen via "Bug reports for GNU Emacs, the Swiss army knife > of text editors" writes: > >> Any arguments why this gv is different from the others that had been >> deprecated? > > It is one of the commonly used gvs. > https://github.com/search?q=%22%28setf+%28buffer-substring%22&type=code > gives 500+ hits (and it is not all forks of one or two popular packages) Interesting, I took the time to apply your methodology to all GV obsoleted by the same commit and this is the result: | GV | file occurrences | | | in github | |------------------------------+------------------| | buffer-file-name | 5 | | buffer-modified-p | 7 | | buffer-name | 48 | | buffer-string | 142 | | buffer-substring | 512 | | current-buffer | 234 | | current-column | 3 | | current-global-map | 0 | | current-input-mode | 0 | | current-local-map | 0 | | current-window-configuration | 0 | | default-file-modes | 0 | | current-window-configuration | 0 | | default-file-modes | 0 | | documentation-property | 8 | | frame-height | 38 | | frame-visible-p | 0 | | global-key-binding | 3 | | local-key-binding | 0 | | mark | 4 | | mark-marker | 0 | | marker-position | 16 | | mouse-position | 7 | | point | 32 | | point-marker | 0 | | point-max | 0 | | point-min | 40 | | read-mouse-position | 0 | | screen-height | 4 | | screen-width | 15 | | selected-window | 4 | | selected-screen | 0 | | selected-frame | 0 | | standard-case-table | 0 | | syntax-table | 0 | | visited-file-modtime | 0 | | window-height | 13 | | window-width | 9 | | x-get-secondary-selection | 0 | While some of them are rarely/not used some others looks quite popular. This is an indication that the popular ones are probably a good abstraction or they are just convenient. I don't know what would be the risk of un-obsoleting the popular ones now, but if is not possible I think we should consider doing it for the next release cycle. Andrea