GNU bug report logs -
#60103
28.2; Doc string of `previous-history-element'
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Thu, 15 Dec 2022 21:06:01 UTC
Severity: minor
Found in version 28.2
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Fri, 16 Dec 2022 20:48:19 +0200
with message-id <83sfhfi3rg.fsf <at> gnu.org>
and subject line Re: [External] : Re: bug#60103: 28.2; Doc string of `previous-history-element'
has caused the debbugs.gnu.org bug report #60103,
regarding 28.2; Doc string of `previous-history-element'
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
60103: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=60103
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
The doc string says this:
Puts previous element of the minibuffer history in the minibuffer.
With argument N, it uses the Nth previous element.
That second line makes it sound like arg N is optional. It's not -
there is no _without_ argument N.
In GNU Emacs 28.2 (build 2, x86_64-w64-mingw32)
of 2022-09-13 built on AVALON
Windowing system distributor 'Microsoft Corp.', version 10.0.19044
System Description: Microsoft Windows 10 Pro (v10.0.2009.19044.2251)
Configured using:
'configure --with-modules --without-dbus --with-native-compilation
--without-compress-install CFLAGS=-O2'
Configured features:
ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NATIVE_COMP
NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS
XPM ZLIB
(NATIVE_COMP present but libgccjit not available)
[Message part 3 (message/rfc822, inline)]
> From: Drew Adams <drew.adams <at> oracle.com>
> CC: "60103 <at> debbugs.gnu.org" <60103 <at> debbugs.gnu.org>
> Date: Fri, 16 Dec 2022 17:53:34 +0000
>
> > > The doc string says this:
> > >
> > > Puts previous element of the minibuffer history in the minibuffer.
> > > With argument N, it uses the Nth previous element.
> > >
> > > That second line makes it sound like arg N is optional. It's not -
> > > there is no _without_ argument N.
> >
> > What do you mean by "no _without_"? This command is bound to M-p in
> > the minibuffer, and I can definitely invoke it as "just" M-n,
> > _without_ any prefix argument.
>
> I mean "without argument N", not "without a prefix
> arg".
>
> It's not possible to invoke the function without
> providing argument N - it's not optional.
>
> If you want to say something like "With numeric
> prefix argument N..." then that would be fine.
That's what I did (the original doc string didn't mention the prefix
argument explicitly, but clearly alluded to that when it said
"argument").
This bug report was last modified 2 years and 154 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.