[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Encodings.



No argument,

extensions are extensions, just don't think it should be "standard".

(as such I suspect you're arguing it shouldn't be explicitly prohibited,
 which seem quiet reasonable.)

-paul-

> From: "Bradd W. Szonye" <bradd+srfi@xxxxxxxxxx>
> Date: Fri, 13 Feb 2004 11:05:37 -0800
> To: srfi-52@xxxxxxxxxxxxxxxxx
> Subject: Re: Encodings.
> Resent-From: srfi-52@xxxxxxxxxxxxxxxxx
> Resent-Date: Fri, 13 Feb 2004 20:05:47 +0100 (NFT)
> 
> On Fri, Feb 13, 2004 at 02:02:35PM -0500, Paul Schlie wrote:
>> Yup, same basic page; with a few asides:
>> 
>> - still don't suspect it's a good idea to specify any particular encoding
>>   for scheme's required character-set.
> 
> Agreed, but I don't have any problem with a SRFI or standardized option
> that permits it and defines "this is how it should work if you implement
> the feature."
> 
>> - still don¹t suspect it's a good idea to allow potentially non-portable
>>   characters to be used in identifier or comments.
> 
> This is effectively saying that extensions in this area are bad, and I
> can't agree with that.
> -- 
> Bradd W. Szonye
> http://www.szonye.com/bradd
>