GNU bug report logs - #76313
New function `replace-region`

Previous Next

Full log

Message #114 received at 76313 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 76313 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, tsdh <at> gnu.org
Subject: Re: bug#76313: New function `replace-region`
Date: Sat, 08 Mar 2025 15:15:33 +0200

> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Sat, 8 Mar 2025 03:50:17 -0800
> Cc: 76313 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, tsdh <at> gnu.org
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> I don't have any better solution to propose than:
> >>
> >>     a) Obsoleting `replace-buffer-contents`.
> >>
> >>     b) Renaming `replace-region-contents` to `replace-region-carefully`.
> >>
> >> I think both of these would make sense independently of `replace-region`.
> >> How about we move ahead with those, and then revisit the situation once
> >> that is done?
> >
> > I'm not sure I understand: are you suggesting to do the above, and
> 
> Do we agree about points a) and b) above?  If yes, can we do that now?
> Alternatively, can we do either a) or b)?

I don't think it's important.  We should discuss this after we solve
the real problem.

> > I'm not sure I understand: are you suggesting to do the above, and
> > _then_ add a new replace-region function?  I thought I already
> > explained why doing so will not resolve the problems I had with the
> > addition of a new API?
> 
> I actually don't have any proposal for how to proceed after a) and b).
> I don't know what might be needed.  The best proposals that exist have
> been detailed in this thread.
> 
> I think it's for you to say, either "here's what I need to feel
> comfortable with adding `replace-region`", or "I see no way of making me
> feel comfortable with adding `replace-region`".  I'm currently reading
> you as saying the latter.

I already suggested how to add it without adding a new API.  And
AFAIU, Stefan Monnier almost agreed with that.

> If my reading is correct, I think we should close this issue after we
> have decided what to do about my a) and b) above.  And then move on.

If we don't make any changes to incorporate the functionality that
Stefan Monnier wanted to add, then I see no reason to do a) or b),
either.

Previous Next

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