It Is flera för me hos it work. What I am saying is that docs does not say that we can't omit "optional" c or d when &rest is used. In the examples you are illustrating with, one can't omit say d and write (foo a b c e), both c and d are required, so user has to pass explicitly at least nil if not d is provided: (foo a b c nil e) Documentation is talking about being able to omit either optional or rest arga, but does not touch on the case when one pass both optional and rest together. In that case optional is not optional any longer. I don't understand why is it so difficult to see what I am talking about :-). Anyway: Happy new year's eve and all best in 2021! -------- Originalmeddelande -------- Från: tomas@tuxteam.de Datum: 2020-12-31 12:27 (GMT+01:00) Till: emacs-devel@gnu.org Ämne: Re: Docs for &optional and &rest arguments together On Thu, Dec 31, 2020 at 07:55:26AM +0000, arthur miller wrote: > I don't read it says both c and d are required when &rest is also used. You just have to squint the other way .-) They are not "required". They are provided -- in the call. It's just that c is served first, d next, and all the rest (if any) goes to e: (defun foo (a b &optional c d &rest e)) ...) If called like (foo 42) => error (missing arg (foo 42 55) => a -> 42 b -> 55 c -> nil d -> nil e -> nil (foo 42 55 67) => a -> 42 b -> 55 c -> 67 d -> nil e -> nil (foo 42 55 67 92) => a -> 42 b -> 55 c -> 67 d -> 92 e -> nil (foo 42 55 67 92 117) => a -> 42 b -> 55 c -> 67 d -> 92 e -> (117) (foo 42 55 67 92 117 122) => a -> 42 b -> 55 c -> 67 d -> 92 e -> (117) (foo 42 55 67 92 117 122 131) => a -> 42 b -> 55 c -> 67 d -> 92 e -> (117 131) ... Thing is, when calling the function you have /no way/ to express which arg you are targeting [1]. This is what the doc is trying to tell us with "If one or two more arguments are provided, c and d are bound to them respectively; any arguments after the first four are collected into a list and e is bound to that list." As happens to Lars, to me this snippet seems to be as clear as it gets. But there seems to be something you are stumbling over. Since we can't see it, it's on you to open our eyes :) How could that be put more clearly? Cheers [1] That's what "keyword arguments" are for. Emacs lisp doesn't come "natively" with keyword arguments, but this being a Lisp, they just can be "made" (cf. the CL library for one implementation). - t