GNU bug report logs -
#73431
Add `setf` support for `stream.el` in ELPA
Previous Next
Reported by: Okamsn <okamsn <at> protonmail.com>
Date: Mon, 23 Sep 2024 01:35:01 UTC
Severity: wishlist
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Michael Heerdegen <michael_heerdegen <at> web.de>
> Cc: monnier <at> iro.umontreal.ca, okamsn <at> protonmail.com, philipk <at> posteo.net,
> nicolas <at> petton.fr, 73431 <at> debbugs.gnu.org
> Date: Tue, 29 Oct 2024 18:29:10 +0100
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > The only aspect of this I'd change is the first line of the doc string
> > for the streams implementation: I'd make it say
> >
> > Implementation of `seq-mapn' for streams.
> >
> > Other than that, everything looks good, and "M-x apropos" shows only
> > the generic function.
> >
> > What problem did you try to solve?
>
> Thanks... yes, that problem: how to avoid repeating what the docstring
> of the generic already says - because that would suggest that the
> implementation does something specific or differently.
That line comes directly from the doc string in stream.el, so if we
change it to say
Implementation of `seq-mapn' for streams.
the problem will be solved, no?
> But we also need to find out where these lines:
>
> | (seq-mapn FUNCTION SEQUENCE &rest SEQUENCES) in `seq.el'.
> |
> | Undocumented
>
> come from (the link to the source is broken).
>
> And whether we can avoid these ARG0 ARG1 variable names:
>
> | Implementations:
> |
> | (seq-mapn ARG0 (ARG1 stream) &rest CL--ARGS)
>
> that are not present in the source.
Right, but that's a separate issue, I think?
This bug report was last modified 264 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.