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

Re: Too much cleanup

From: Mike Bridge <bridge@gsnet.com>
Date: Fri, 24 Mar 2000 11:46:47 -0600
To: Peter Evans <evans@i.hosei.ac.jp>
Cc: ptrourke@mediaone.net, html-tidy@w3.org
Message-ID: <OF48811207.03957AA8-ON86256889.00715DCF@rfdinc.com>

The "indent" option appears to take care of our designer's
immediate concerns (yeesh, how did I miss that in the

I'm still paranoid about the idea of normalizing our HTML code
at all, because of the general crappiness of both IE and Netscape.
God knows what kind of formatting wackiness that proper HTML tags
will cause.

But like you say, we can always do some pre/post processing to fix
these.   Tidy seems to do such a good job on our files that it
seems a shame not to use it just because it creates correct code!



On Fri, Feb 18, 2000 at 05:26:36PM +0900, Peter Evans wrote:
> Mike Bridge on Tidy:
> > I would like it not to touch
> > the indenting/linebreaking scheme that's already there.
> Dave Raggett has explained in http://www.w3.org/People/Raggett/tidy/ why
> isn't and won't be an option. (Look for the subtitle "Layout style".)
> > Our web designer informs me that this will create subtle
> > formatting problems, for example, closing and opening TR and
> > TD tags must be on the same line when they enclose adjoining images,
> > otherwise browsers will put some extra space between the cells,
> Are there any other problems?  If not, it would be easy to run a
> search-and-replace to remove these line breaks.  (Since I use
> and am too lazy/stupid to program, my preferred tool is a compact and
cheap old
> version of SNR; a big new GUI version of this can be downloaded from
> http://www.bcpl.net/~wnidiffe/stextu.html and I think the package
includes a
> "console-mode" version.  With UNIX, I'm sure you're spoiled for choice.)
> +++++++++++++++++++++
> Peter Evans evans@i.hosei.ac.jp

Mike Bridge <bridge@gsnet.com>
System Administrator
Global Sourcing Network
Received on Friday, 24 March 2000 13:12:51 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:06:39 UTC