GNU bug report logs - #71370
30.0.50; Please un-obsolete buffer-substring as a generalized variable

Previous Next

Package: emacs;

Reported by: Adam Porter <adam <at> alphapapa.net>

Date: Wed, 5 Jun 2024 01:34:02 UTC

Severity: wishlist

Found in version 30.0.50

Full log


View this message in rfc822 format

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: 71370 <at> debbugs.gnu.org, Ihor Radchenko <yantar92 <at> posteo.net>, Stefan Monnier <monnier <at> iro.umontreal.ca>, Adam Porter <adam <at> alphapapa.net>, Andrea Corallo <acorallo <at> gnu.org>, Sean Whitton <spwhitton <at> spwhitton.name>
Subject: bug#71370: 30.0.50; Please un-obsolete buffer-substring as a generalized variable
Date: Sat, 1 Mar 2025 21:09:35 -0800
Michael Heerdegen <michael_heerdegen <at> web.de> writes:

> Stefan Kangas <stefankangas <at> gmail.com> writes:
>
>> If not, I think what Sean writes above is the way to go.
>
> What about what I said and Sean agreed to?  Did you read my replies?

Yes, if you mean this part:

        Please let's keep those two separate questions separate: (1) is a
        certain functionality useful, and (2) if it is, should it be provided,
        maybe even only, as a gv setter function.

As for `buffer-substring`, if we can't have a function that provides
that functionality (the proposed `replace-region`), then (setf
(buffer-substring ...) ...) is clearly _not_ obsolete and shouldn't be
marked as such.

As for `buffer-string`, I don't know any proposed replacement function,
so I think it's not obsolete on these grounds too.  FWIW, I don't see a
huge need for a replacement function, and I think a generalized variable
is perfectly serviceable in that case.




This bug report was last modified 85 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.