From ... Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!uio.no!nntp.uio.no!ifi.uio.no!not-for-mail From: Erik Naggum Newsgroups: comp.lang.lisp Subject: Re: Alternative *ML syntaxes [was: Re: StudlyCaps ] Date: 18 Nov 2002 18:08:50 +0000 Organization: Naggum Software, Oslo, Norway Lines: 40 Message-ID: <3246631730734601@naggum.no> References: <3DD20E0C.4@nyc.rr.com> <3246208885669993@naggum.no> <3246567106498053@naggum.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: maud.ifi.uio.no 1037642931 17462 129.240.65.5 (18 Nov 2002 18:08:51 GMT) X-Complaints-To: abuse@ifi.uio.no NNTP-Posting-Date: 18 Nov 2002 18:08:51 GMT Mail-Copies-To: never User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Xref: archiver1.google.com comp.lang.lisp:47079 * Rob Warnock | Perhaps in the case of HTML there are no conflicts of this type (I | haven't checked thoroughly), but if one tried to generate output into | somebody's arbitrary XML form, say, where they hadn't defined the DTD | with that conflict in mind... I would strongly urge you to please find an actual conflict before even considering the problem. Where there is a conflict, solve it locally. This does not need a global solution or even any problemizing because it happens extremely rarely and when it does, you can deal with it in the mapping. This is, after all, an editing tool. A little human effort to take care of problem that never happens is better than a lot of human effort to ensure a problem that never happens /could/ never happen. | (Or does HTML and/or XML already require that the tag & attribute names | be disjoint?) Attribute names are local to an element (please note the terminology), but element names are global. | That's why I somewhat prefer \foo{...} to {foo ...}, since I tend to | use curlies in writing plain text (e.g., sample C code), and almost | never use "\". (MS users MMV.) The whole point here is to make the syntax more navigable with Emacs, not less so than *ML. | TeX has shown that \entity and \func{...} can coexist, has it not? Yes, by attaching magic meaning to whitespace. I want unescaped { and } to be markup, unconditionally. I believe we have different goals with the syntax. Besides, I want to clean up the fantastically ugly mess that is TeX, too, not mimic it. -- Erik Naggum, Oslo, Norway Act from reason, and failure makes you rethink and study harder. Act from faith, and failure makes you blame someone and push harder.