From ... Path: supernews.google.com!sn-xit-02!supernews.com!isdnet!newsfeed.icl.net!news.tele.dk!129.240.148.23!uio.no!Norway.EU.net!127.0.0.1!nobody From: Erik Naggum Newsgroups: comp.lang.lisp Subject: Re: ACL 6.0 Trial Edition ships with non ANSI reader behavior. Date: 06 Nov 2000 06:29:02 +0000 Organization: Naggum Software; vox: +47 800 35477; gsm: +47 93 256 360; fax: +47 93 270 868; http://naggum.no; http://naggum.net Lines: 82 Message-ID: <3182480942936160@naggum.net> References: <3182371042747250@naggum.net> <3A04CA75.96A92BE8@fisec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: oslo-nntp.eunet.no 973492365 7309 195.0.192.66 (6 Nov 2000 06:32:45 GMT) X-Complaints-To: newsmaster@eunet.no NNTP-Posting-Date: 6 Nov 2000 06:32:45 GMT mail-copies-to: never User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7 Xref: supernews.google.com comp.lang.lisp:3295 * cbbrowne@hex.net | SGML is consciously case _in_sensitive, with some historical | preference for pushing things into upper case, from which HTML | inherits its case insensitivity. Not so. SGML is by default case insensitive in element names and case sensitive in entity names. This may be changed in the SGML declaration at will, incidentally. Did you know that in a mailbox specification on the Internet, the domain part is case insensitive, while the user part is case sensitive. E.g, and name the same mailbox, but and name different mailboxes, unless the host system decides to coalesce them, but that is a local decision. The same applies to message-IDs which use the mailbox syntax. | I think the use of the term "Modern" in this context is _outrageous_ | in that it doesn't actually say anything meaningful. On the contrary, and your next paragraph has it just right. | Franz may try to term their system as "Modern" and thus, somehow, in | its "modernity," superior to all of those other systems that "Aren't | Modern." Yes, that's it! It's a political name. On the other hand, we could use ANSI Common Lisp the same way. Modern Lisp, whatever it is, it is not ANSI. Depending on how much they are willing to incorporate the full standard and stop breaking it randomly, I think it would be better to return to the old Franz Lisp if they are determined to set out on their own course rather than work within the Lisp community to make important decisions in the open and with a defined level of commitment beyond some whim from some VP or other about what the next violation of the standard shall be. Now, mind you, I think lower-case symbol names in Common Lisp would do the language a world of wonder, but we have come to the point in the Common Lisp world where it does not really matter that _often_ which case the slightly "internal" symbol names are. However, when it matters, upper-case names look _really_ archaic. When computers produce output to me in all upper-case, I find that about as rude and/or backward as people who send e-mail or sms messages in all upper-case. I half expect to receive postcards from such people on 80-column punch cards or to receive software from them on paper-tape rolls, huge disk packs, or 9-inch magtape. I don't want Common Lisp to fall into that category. At least there will be less explaining to do to people who read Lisp code and who can now trust that the symbol name actually consists of the letters they see. John calls this "wysiwyg", but that's just too cute. | That just seems _wrong_; it ignores the critical issue of "what's in | the name?" It's right there. "We are more modern than you are", basically. I'm really not sure what to call such a beast. I'm not fond of "Modern", and I proposed to call it "More Common Lisp" as a sort of pun on the C -> C++ naming path as well as suggesting that it is more common with lower-case than uppercase, it has more in common with other languages if it does the same, etc. It didn't catch on. | > I think behavior like this needlessly partitions a tiny community | > and causes the needless drawing of battle lines that could as | > easily have been avoided in favor of focusing the community on | > real problems. | | That sure sounds right... I think this came about because of the way it was mishandled through a bad choice of migration criteria and a very bad choice of what to nuke in the standard in the process, not what was attempted gained in the process, but that may be just myopia on my part. I don't think there would have been case wars if people's code would work in both systems initially, namely from a readtable-case of :upcase to one of :downcase and internally lower-case names, progressing to an eventual :perserve if this really turns out to be useful. #:Erik -- Does anyone remember where I parked Air Force One? -- George W. Bush