Am Fr., 2. Dez. 2022 um 14:38 Uhr schrieb Lassi Kortela <xxxxxx@lassi.io>:
>
> Thanks for the review, John!
>
> Do you think Gitea has a low enough barrier to entry that it doesn't
> present an obstacle to discussion? It should have email reminders of
> comments, but we probably don't have that set up yet.
>
> Since you're focused on R7RS-large I don't expect you to stray outside
> of SRFI, but I appreciate it if you do. If Scheme Review takes off I
> hope to play a small role among many others so you can talk to people
> who are more pleasant :) Somebody just has to bootstrap the thing.
>
> >     2022-2: Symbols as strings (a simple library with spec and source code)
> >
> > I think that rather than adding new monomorphic procedures on symbols,
> > it would be better to have polymorphic procedures corresponding to the
> > string procedures of Scheme.  Most CL functions that accept strings also
> > accept symbols and characters, and these three types are jointly called
> > "string designators".
> >
> > However, even though strings are vectors of characters, vector and array
> > functions do not accept string designators:  (aref "foo" 0) => #\f, but
> > (aref 'foo 0) is an error.
>
> In the current draft (https://groups.scheme.org/review/2022-2.html) there is
>
> (symbol-append object ...) -> symbol
>
> which concatenates many kinds of things into a symbol.

The name is then a bit misleading.  The established symbol-xxx
procedures work on symbols.

Consider changing its name to something like append-to-symbol.  Or
generic-append/symbol.  Analogous would be append-to-vector,
append-to-string, ...

Marc