- From: Parsons, Rick <rick.parsons@eds.com>
- Date: Fri, 24 Mar 2000 11:45:45 -0600
- To: "'html-tidy@w3.org'" <html-tidy@w3.org>
I can't support this suggestion to use the meta generator tag to control tidy behaviour. My editor (optionally) puts in a generator line but the content of the HTML is entirely manual and in user control. It doesn't dictate how you write the code, just demonstrates the results. So from that point of view it should be treated as a "by hand" creator. Cheers, Rick Parsons E Technical Infrastructure Client/Server Group Network & Systems Management *: c/o Rolls-Royce plc, GP1-2, PO Box 3, Filton, Bristol, BS34 7QE, UK *: mailto:rick.parsons@eds.com *: +(44) 117 979 7883 Fax: +(44) 117 979 7353 -----Original Message----- From: J. David Bryan [mailto:jdbryan@acm.org] Sent: 15 February 2000 05:01 To: HTML Tidy List Subject: Re: Bugs/suggestions 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. -- Dave Bryan
Received on Friday, 24 March 2000 12:46:45 UTC