Email list hosting service & mailing list manager

SRFI withdrawn; comments on the possible future Matthew Flatt (25 May 2006 16:37 UTC)
Re: SRFI withdrawn; comments on the possible future Alex Shinn (26 May 2006 01:22 UTC)
Re: SRFI withdrawn; comments on the possible future Jorgen Schaefer (26 May 2006 15:34 UTC)
Re: SRFI withdrawn; comments on the possible future John Cowan (26 May 2006 17:37 UTC)

Re: SRFI withdrawn; comments on the possible future Alex Shinn 26 May 2006 01:22 UTC

On 5/26/06, Matthew Flatt <xxxxxx@cs.utah.edu> wrote:
>
> Straightforward additions
> -------------------------
>
>     * `char-general-category', which accepts a character and returns one
>        of 'lu, 'li, ...
>     * `string-normalize-nfd', `string-normalize-nfkd,
>       `string-normalize-nfc', and `string-normalize-nfkc', which each
>       accept a string and produce its normalization according to normal
>       form D, KD, C, or KC, respectively.

I wouldn't consider these straightforward because they remove the
option of a Scheme implementation to keep all strings internally in
the same normalization form.  For the extra work of making all
string primitives construct and retain a single normalization form,
you relieve the user from the burden of ever having to worry about
any normalization issues (although you then introduce round-trip
issues with external string sources).

What about a not-necessarily-Unicode-specific STRING-NORMALIZE that
simply converts to the implementation's preferred normal form,
possibly returning the original string?

Regardless, since all of these procedures require large tables can
we assume they are part of a library and not part of the core
language?

--
Alex