Re: Fate of <P> [Was: Toward Closure on HTML]
Dave Raggett <dsr@hplb.hpl.hp.com>
Errors-To: listmaster@www0.cern.ch
Date: Thu, 7 Apr 1994 18:20:37 --100
Message-id: <9404071616.AA24721@dragget.hpl.hp.com>
Errors-To: listmaster@www0.cern.ch
Reply-To: dsr@hplb.hpl.hp.com
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: Dave Raggett <dsr@hplb.hpl.hp.com>
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: Re: Fate of <P> [Was: Toward Closure on HTML]
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
Content-Length: 1340
Dan,
You are missing the point. My scheme means that people who are
used to thinking of <P> as a paragraph separator (or terminator
as the NCSA docs put it) can go on doing so. HTML+ browsers will
happily deal correctly with such usage. There is NO NEED to
introduce a new element.
More sophistocated information providers will take advantage
of the range of features in HTML+ and will be happy too. The
DTD has been carefully crafted with the help of SGML experts
with the use of document conversion tools and SGML authoring
tools in mind. People can continue to author documents using
simple text editors if they prefer, and the DTD provides a
means of cleaning up the lack of formality in hand entered
documents.
I intend to use my parser as the basis for a lint/beatify
program as soon as I can get some time free. Perhaps you
would like to take a crack at this too. Actions will speak
much louder than words, here for the vast majority of the web.
As for error recovery. The content model is fully exploited
to infer missing tags. Where this is insufficient, I have
provided additional comments in the DTD.
--
Best wishes,
Dave Raggett
-----------------------------------------------------------------------------
Hewlett Packard Laboratories, +44 272 228046
Bristol, England dsr@hplb.hpl.hp.com