W3C home > Mailing lists > Public > html-tidy@w3.org > July to September 1999

Re: TrimEmptyElement(): don't remove empty TR, imply required TD instead

From: Terry Teague <teague@mailandnews.com>
Date: Sat, 21 Aug 1999 18:58:59 -0700
Message-Id: <l03130300b3e508f0880e@[]>
To: html-tidy@w3.org
At 12:16 AM -0700 8/16/99, Terry Teague wrote:
>At 6:13 PM -0500 8/15/99, Advocate wrote:

>>MacTidy outputs these errors (only because it is the platform edition
>>most available to me at the moment):
>><table border="1" summary="Demonstration of HTML Tidy's erroneous \
>>elimination of empty rows.">
>>(Hmm, I seem to have found a bug in MacTidy 1.0b2, specifically that
>>trailing slash in the summary.  That can't be right, can it?  No, it
>>isn't being inserted by my mailer, I've double-checked that already.
>Well you have apparently found a bug (I reproduced it here) - the question
>is it Mac OS specific? I don't modify the guts of Dave's code, so the only
>thing I can think of platform specific line termination library code
>causing a problem.
>Would like to see what happens on other platforms.

I have now confirmed this bug occurs also on other platforms (specifically
in my case, I ran the 26 Jul 99 version of "tidy.exe" under Windows95 with
VirtualPC v2.1.3 on my Mac).

>>Additionally, when output is set to an existing file, it overwrites
>>it instead of removing the old file before writing the new one; thus,
>>if the old file was bigger, you'll have residual text from it at the
>>end of the new file.)
>Sounds like a bug - I was not aware of that behaviour (I'm using StdIO and
>SIOUX). I should be able to fix that.

I was to reproduce (only happens with Navigation Services), and fix.

I have incorporated this fix and Dave's 15th Aug fixes into MacTidy v1.0b3,
which I hope to release shortly. I have not incorporated your fixes
(wstrcasecmp, etc) yet.

Regards, Terry
Received on Saturday, 21 August 1999 22:00:04 UTC

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