GNU bug report logs - #72704
29.4; repunctuate-sentences ignores NO-QUERY

Previous Next

Package: emacs;

Reported by: Brian Green <briandg <at> gmail.com>

Date: Sun, 18 Aug 2024 22:50:02 UTC

Severity: normal

Found in version 29.4

Full log


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

From: Brian Green <briandg <at> gmail.com>
To: Joseph Turner <joseph <at> breatheoutbreathe.in>
Cc: 72704 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, rms <at> gnu.org,
 juri <at> linkov.net
Subject: Re: bug#72704: 29.4; repunctuate-sentences ignores NO-QUERY
Date: Sat, 24 Aug 2024 12:41:52 -0700
Or...just make it clear that NO-QUERY applies only to non-interactive
use, and refer the reader to the documentation of
'query-replace-regexp' for further information....

On Sat, Aug 24, 2024 at 12:18 PM Brian Green <briandg <at> gmail.com> wrote:
>
> Oh, wait a minute...on second thought, maybe "skip remaining prompts"
> could be ambiguous.  What about...  "Interactively, press [etc] at any
> prompt to replace all subsequent matches" ...or something?
>
> Brian
>
> On Sat, Aug 24, 2024 at 11:23 AM Brian Green <briandg <at> gmail.com> wrote:
> >
> > This seems crystal clear to me.  Yes, someone would have to rebind '!'
> > in the query-replace-map to some absurdly long key sequence in order
> > to mess up the text wrapping.
> >
> > Brian
> >
> > On Sat, Aug 24, 2024 at 10:09 AM Joseph Turner
> > <joseph <at> breatheoutbreathe.in> wrote:
> > >
> > > Eli Zaretskii <eliz <at> gnu.org> writes:
> > >
> > > >> From: Brian Green <briandg <at> gmail.com>
> > > >> Date: Sat, 24 Aug 2024 01:29:11 -0700
> > > >> Cc: Eli Zaretskii <eliz <at> gnu.org>, rms <at> gnu.org, 72704 <at> debbugs.gnu.org, juri <at> linkov.net
> > > >>
> > > >> I submitted this "bug" report because I mis-interpreted the docstring,
> > > >> and because I was approaching this command with a preconceived idea
> > > >> about how it should work.  I think Eli is right.  I can't think of a
> > > >> good reason why I would need to stipulate a certain behavior before
> > > >> calling the command which I can already get at any point while the
> > > >> command is running.
> > > >
> > > > The doc string indeed could use some improvements, at least in stating
> > > > explicitly what happens in interactive usage and what only when called
> > > > from Lisp.
> > >
> > > See patch.  Is the text wrapping acceptable?  It looks too long in
> > > paragraphs.el but good in the *Help* buffer.
> > >




This bug report was last modified 288 days ago.

Previous Next


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