Re: Encodings.
Paul Schlie
(13 Feb 2004 02:18 UTC)
|
Re: Encodings.
Bradd W. Szonye
(13 Feb 2004 03:35 UTC)
|
Re: Encodings.
Paul Schlie
(13 Feb 2004 05:59 UTC)
|
Re: Encodings.
Bradd W. Szonye
(13 Feb 2004 06:36 UTC)
|
Re: Encodings.
Paul Schlie
(13 Feb 2004 08:00 UTC)
|
Re: Encodings.
Robby Findler
(13 Feb 2004 15:01 UTC)
|
Re: Encodings.
Paul Schlie
(13 Feb 2004 17:16 UTC)
|
Re: Encodings.
Paul Schlie
(13 Feb 2004 18:19 UTC)
|
Re: Encodings.
Robby Findler
(16 Feb 2004 01:03 UTC)
|
Re: Encodings.
Paul Schlie
(16 Feb 2004 03:21 UTC)
|
Re: Encodings.
Paul Schlie
(16 Feb 2004 04:18 UTC)
|
Re: Encodings.
Robby Findler
(16 Feb 2004 04:33 UTC)
|
Re: Encodings.
bear
(13 Feb 2004 17:40 UTC)
|
Re: Encodings.
Per Bothner
(13 Feb 2004 18:34 UTC)
|
Re: Encodings.
Paul Schlie
(13 Feb 2004 19:02 UTC)
|
Re: Encodings.
Bradd W. Szonye
(13 Feb 2004 19:05 UTC)
|
Re: Encodings.
Paul Schlie
(13 Feb 2004 19:48 UTC)
|
Re: Encodings.
Per Bothner
(13 Feb 2004 19:11 UTC)
|
Re: Encodings.
Paul Schlie
(13 Feb 2004 19:44 UTC)
|
Re: Encodings.
bear
(13 Feb 2004 21:42 UTC)
|
Re: Encodings.
Bradd W. Szonye
(13 Feb 2004 21:54 UTC)
|
Re: Encodings.
Paul Schlie
(13 Feb 2004 23:45 UTC)
|
Re: Encodings.
Bradd W. Szonye
(14 Feb 2004 00:04 UTC)
|
Re: Encodings.
bear
(14 Feb 2004 01:06 UTC)
|
Re: Encodings.
Bradd W. Szonye
(14 Feb 2004 01:08 UTC)
|
Re: Encodings.
Paul Schlie
(14 Feb 2004 02:35 UTC)
|
Re: Encodings.
Bradd W. Szonye
(14 Feb 2004 03:00 UTC)
|
Re: Encodings.
Paul Schlie
(14 Feb 2004 03:04 UTC)
|
Re: Encodings.
Bradd W. Szonye
(14 Feb 2004 03:08 UTC)
|
Re: Encodings.
Paul Schlie
(14 Feb 2004 03:29 UTC)
|
Re: Encodings.
Paul Schlie
(14 Feb 2004 02:19 UTC)
|
Re: Encodings.
Bradd W. Szonye
(14 Feb 2004 03:04 UTC)
|
Re: Encodings.
Paul Schlie
(14 Feb 2004 03:10 UTC)
|
Re: Encodings.
Bradd W. Szonye
(14 Feb 2004 03:12 UTC)
|
Re: Encodings.
Paul Schlie
(13 Feb 2004 22:41 UTC)
|
Re: Encodings.
Bradd W. Szonye
(13 Feb 2004 17:55 UTC)
|
Re: Encodings.
Paul Schlie
(13 Feb 2004 18:42 UTC)
|
Re: Encodings. Bradd W. Szonye (13 Feb 2004 18:53 UTC)
|
Re: Encodings.
Ken Dickey
(13 Feb 2004 21:53 UTC)
|
RESET [was Re: Encodings]
Ken Dickey
(14 Feb 2004 16:19 UTC)
|
Re: RESET [was Re: Encodings]
bear
(14 Feb 2004 18:02 UTC)
|
Re: RESET [was Re: Encodings]
Bradd W. Szonye
(14 Feb 2004 19:38 UTC)
|
Bradd wrote: >> I strongly disagree. Compilers have traditionally required all source >> input to have a particular encoding, usually the system's "native" >> character encoding, and it works well. ... Paul Schlie wrote: > - Yup "native", that¹s why they do it. And also why I don't insist that Schemes use Unicode universally (indeed, I've argued against it). >> Huh? I don't recall insisting that compilers *must* recognize only a >> single source encoding. Indeed, I've suggested ways to portably >> specify the input encoding in source code (in XML style). However, I >> also think the traditional "only recognize one source encoding" >> compilers are also fine. In other words, flexible source encoding is >> a desirable but optional feature. > - "portably specify the input encoding in source code (in XML style)"? > really, I'm not aware of any broadly accepted file formats which > specify their contents in "XML" or any other style for that matter; Well, there's XML! Dunno if you're familiar with it; it's a very popular subset of SGML. One of its features is the ability to include an "encoding" switch. The basic idea is that you can write XML in any of several ASCII- or UTF-compatible encodings in a way that makes it easy for XML processors to figure out which one it is. In theory, you could use it for any ASCII-compatible encoding. It seems like a promising technique for portable Scheme input; the XML syntax is very similar to s-expressions. > ... would be nice, but don't see how one count on it. XML is already a popular (meta-)format, and I think it's a very good prior-art model for Scheme encoding. The XML "encoding switch" won't work for all native encodings -- might not cope with EBCDIC well, for example -- but it's a neat idea. >> No. But it sounds like you *think* I do. Again, it sounds like you have >> an axe to grind and are reading too much into my words. > - you're probably correct that I'm reading too much into your words, but > shy of any universally accepted tagged external data/file format .... That's why I recommended XML as an example to follow. It's probably the closest thing to a universally-accepted, multiple-encoding-friendly format there is, and it even uses a syntax vaguely similar to Scheme! >> I have no idea where you got this impression. > - I misspoke, likely getting too late on my end, I apologize. Apology accepted! -- Bradd W. Szonye http://www.szonye.com/bradd