Email list hosting service & mailing list manager

(missing)
(missing)
(missing)
Re: Proposal to add HTML class attributes to SRFIs to aid machine-parsing Marc Nieper-Wißkirchen (06 Mar 2019 10:12 UTC)
Re: Proposal to add HTML class attributes to SRFIs to aid machine-parsing Ciprian Dorin Craciun (07 Mar 2019 21:51 UTC)

Re: Proposal to add HTML class attributes to SRFIs to aid machine-parsing Ciprian Dorin Craciun 07 Mar 2019 21:50 UTC

On Thu, Mar 7, 2019 at 11:43 PM Lassi Kortela <xxxxxx@lassi.io> wrote:
> > And, no, you wouldn't have to use an external implementation since
> > (chibi scribble) is portable and even packaged on snow-fort.org
> > <http://snow-fort.org>.
>
> This is great. I wonder whether Ciprian's original point was about
> requiring Scheme in particular to read the documents, or about requiring
> any markup language that effectively comes with a full programming
> language (which would make it a big/complex dependency).

Both.  Preferable handling "final" SRFI documents shouldn't require
any Scheme implementations.

Imagine one writes a small Scheme interpreter in Python, and he wants
to re-use SRFI's as part for its documentation.  Certainly that
"small" interpreter wouldn't have support for full R7RS, thus it
wouldn't be able to actually "read" the documentation.  On the other
hand if the documentation is in a more "generic" format (like (X)HTML
or even "plain" S-expressions with perhaps CommonMark inside), this
can be achieved with standard existing libraries in that language.

(BTW, this is my own experience of writing a Scheme interpreter in Rust...)

Ciprian.