W3C home > Mailing lists > Public > html-tidy@w3.org > January to March 2000

Re: Bugs/suggestions

From: Dave Raggett <dsr@w3.org>
Date: Tue, 28 Mar 2000 18:13:48 +0100 (GMT Daylight Time)
To: "J. David Bryan" <jdbryan@acm.org>
cc: HTML Tidy List <html-tidy@w3.org>
Message-ID: <Pine.WNT.4.10.10003281811200.-462379@hazel.hpl.hp.com>
On Fri, 24 Mar 2000, J. David Bryan wrote:

> On 14 Feb 00, at 12:56, Matthew Brealey wrote:
> > FOUR:
> > [...]
> >
> > I do wish Tidy wouldn't think that its users are idiots and
> > don't know that inline elements can't span block ones and that
> > pre can't enclose other block elements, and would simply just
> > add the missing </b>...
> To me, this feature is extremely valuable, as FrontPage 98 in
> particular loves to span block elements with inline ones.  Tidy
> does a perfect job in cleaning up this auto-generated mess.
> Perhaps what is desired is alternate behavior, depending on
> whether the HTML source file is generated by hand or by machine.  
> As a proposal, perhaps keying on the presence of a <meta
> name="GENERATOR" ...> tag (although *not* Tidy's own tag :-)
> would engender one of two behaviors: the current insertion of
> extra inline tags if the GENERATOR tag is present (implying a
> machine-generated source), and simple termination of the inline
> element if the GENERATOR tag is absent.

How about an option to suppress the duplication of inlines
across block elements? Note that this behavior is there to
ensure that cleaned markup renders the same as uncleaned
markup in existing browsers. It can sometimes be a pain
when editing a document in a plain text editor.


-- Dave Raggett <dsr@w3.org> http://www.w3.org/People/Raggett
tel/fax: +44 122 578 3011 (or 2521) +44 385 320 444 (mobile)
World Wide Web Consortium (on assignment from HP Labs)
Received on Tuesday, 28 March 2000 12:13:52 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:38:47 UTC