This page is part of the web mail archives of SRFI 52 from before July 7th, 2015. The new archives for SRFI 52 contain all messages, not just those from before July 7th, 2015.
Bear writes: Characters which casemap to characters outside the single-codepoint character set are not a problem for me since my characters aren't limited to a single codepoint. I'm mostly here trying to avoid getting the Right Thing defined out of existence in favor of kluges and hacks designed to accomodate the shortcomings of single-codepoint character sets. That's good. Just as an aside: I /think/ that we largely agree _in_the_abstract_ about what The Right Thing is. That is to say: I think I want Pika Scheme to eventually have facilities which are isomorphic to the infinite (or very, very large) character set that you describe -- I just want those facilities to have different names than you do. Your concerns are an issue for SRFI-52 because, as I understand it, you want to use the names of some standard Scheme procedures for some of these facilities. I don't want to do that in Pika Scheme and thus am in the position to screw up by proposing specifications for those procedures that would forbid the implementation you have in mind. So, yes -- it's a good thing to spot during the draft period any proposals that your implementation would not conform to. Ideally we won't find any; hopefully if we find some they will be easy to resolve. So far, I'm aware that there are issues in a _different_ draft ("Scheme Characters as (Extended) Unicode Codepoints", http://regexps.srparish.net/srfi-drafts/unicode-chars.srfi) which fail this test -- for which you find my specifications too strong for your needs. I'd like to ask, though, that we not conflate issues with SRFI-52 with issues with that draft. -t