Received: from localhost by CS.UTK.EDU with SMTP (cf v2.9s-UTK) id RAA23967; Mon, 11 Mar 1996 17:26:24 -0500 Received: by CS.UTK.EDU (bulk_mailer v1.4); Mon, 11 Mar 1996 17:25:53 -0500 Received: from Tomobiki-Cho.CAC.Washington.EDU by CS.UTK.EDU with SMTP (cf v2.9s-UTK) id RAA23906; Mon, 11 Mar 1996 17:25:48 -0500 Received: from UW-Gateway.Panda.COM by Tomobiki-Cho.CAC.Washington.EDU (NX5.67f2/UW-NDC Revision: 2.27.MRC ) id AA24749; Mon, 11 Mar 96 14:24:15 -0800 Received: from localhost by Ikkoku-Kan.Panda.COM (NX5.67e/UW-NDC/Panda Revision: 2.27.MRC ) id AA29720; Mon, 11 Mar 96 14:24:07 -0800 Date: Mon, 11 Mar 1996 14:19:29 -0800 (PST) From: Mark Crispin Sender: Mark Crispin Subject: Re: Free insertion of linear-white-space To: Keith Moore Cc: John Gardiner Myers , drums@cs.utk.edu In-Reply-To: <199603112155.QAA22383@wilma.cs.utk.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Once again, I'm pretty sure that comments and white space within a domain were prohibited, by administrative fiat if not by protocol. This is certainly what a lot of implementations assume. Once again, the problem is the existance of a completely unnecessary syntax rule that "." is not an atom character. I was not at either of the working group meetings. I'd like to know the rationale behind not changing the set of specials. Was it to preserve compatibility with the past, or is there a real technical reason? I agree that in the present siuation, parsing one thing but generating another thing is what you have to do. It's not clear to me that this is a good state of affairs; just what you're forced to do.