Ludovic Courtès writes:
> The problem is that SRFI-10 itself does not specify an external
> representation for hash tables, nor does Guile. Thus this patch cannot
> be applied.
Yes, I understand that...Still, "wouldn't it be nice" if Scheme/Guile
had something that javascript has, in JSON hash tables are "simply"
{"key0": value, "key1": value}
and although that's in some way much uncooler and restricted and set-in
stone wrt Scheme readers and SRFI-10...you *are* able to stream and
communicate objects over ascii/utf-8, unlike #,(hash ...
Here we are with a unimaginable cool srfi-10 reader extension, but we
cannot really use it to communicate.
> Another problem is that (ice-9 pretty-print) is not extensible. It
> would be ideal if one could extend it with new pretty-printing methods.
> Would you like to work on such a generic mechanism?
Yes, for now I agree that seems to be the only and most pragmatic
solution. I would like to look into that.
> Ideally ‘pretty-print’ would have an extra keyword parameter that would
> allow users to pass a list of predicate/printer pairs. There could be a
> ‘pretty-printer-method’ procedure (rather than ‘cons’) to construct such
> a pair.
That sounds nice. I will look into it. Thanks for the suggestions!
Greetings, Jan
--
Jan Nieuwenhuizen <[email protected]> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl
