Email list hosting service & mailing list manager

Any more bugs/typos? Vladimir Nikishkin (15 Sep 2020 15:35 UTC)
Re: Any more bugs/typos? Wolfgang Corcoran-Mathe (15 Sep 2020 19:13 UTC)
Re: Any more bugs/typos? Vladimir Nikishkin (16 Sep 2020 01:54 UTC)
Re: Any more bugs/typos? Arthur A. Gleckler (16 Sep 2020 02:49 UTC)
Re: Any more bugs/typos? Wolfgang Corcoran-Mathe (16 Sep 2020 05:50 UTC)
Re: Any more bugs/typos? Vladimir Nikishkin (16 Sep 2020 06:19 UTC)
Re: Any more bugs/typos? Wolfgang Corcoran-Mathe (16 Sep 2020 16:11 UTC)
Re: Any more bugs/typos? Wolfgang Corcoran-Mathe (16 Sep 2020 16:15 UTC)
Re: Any more bugs/typos? Vladimir Nikishkin (17 Sep 2020 04:00 UTC)
Re: Any more bugs/typos? Wolfgang Corcoran-Mathe (17 Sep 2020 05:49 UTC)
Re: Any more bugs/typos? Vladimir Nikishkin (17 Sep 2020 06:04 UTC)
Re: Any more bugs/typos? Marc Nieper-Wißkirchen (17 Sep 2020 07:00 UTC)
Re: Any more bugs/typos? Vladimir Nikishkin (17 Sep 2020 07:08 UTC)
Re: Any more bugs/typos? Marc Nieper-Wißkirchen (17 Sep 2020 07:14 UTC)
Re: Any more bugs/typos? Vladimir Nikishkin (17 Sep 2020 07:22 UTC)
Re: Any more bugs/typos? Marc Nieper-Wißkirchen (17 Sep 2020 07:25 UTC)
Re: Any more bugs/typos? Vladimir Nikishkin (17 Sep 2020 07:50 UTC)
Re: Any more bugs/typos? Marc Nieper-Wißkirchen (17 Sep 2020 08:00 UTC)
Re: Any more bugs/typos? Vladimir Nikishkin (17 Sep 2020 08:04 UTC)
Re: Any more bugs/typos? Wolfgang Corcoran-Mathe (17 Sep 2020 16:47 UTC)

Re: Any more bugs/typos? Vladimir Nikishkin 17 Sep 2020 04:00 UTC

I have integrated the suggestion.
The wording is not exactly yours, so please, have a look if you agree with it.

Is it fine to use the [vecI]* notation, or there is a more common one in Scheme?

On Thu, 17 Sep 2020 at 00:15, Wolfgang Corcoran-Mathe <xxxxxx@sigwinch.xyz> wrote:
>
> My rewrite of the description of draw-bezier contained an error.  The
> first sentence should read "Draws a cubic Bezier curve between *vec1*
> and the last argument".
>
> --
> Wolfgang Corcoran-Mathe  <xxxxxx@sigwinch.xyz>
>
> "Simplicity does not precede complexity, but follows it."
> --Alan J. Perlis

--
Yours sincerely, Vladimir Nikishkin