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

> Is this the same bug as Randi Waki reported in "7-Jul-99 bug: <tr> without
> <td> is deleted" :
>
> <http://lists.w3.org/Archives/Public/html-tidy/1999JulSep/0090.html>

Related, but different.  There, the non-TD TR content is said to be 
deleted instead of being moved to before the table, and then either 
way you end up with an empty TR which is then deleted.

The bug I'm reporting is a more fundamental problem with removing 
empty TRs due to their effect on preceding rowspanning cells and not 
the problem of non-TD content within them.  What I am saying is that 
empty TRs shouldn't be deleted; they should instead have an empty TD 
inserted within them.  The paragraph in that example should still be 
moved to before the table.

>> <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?
:
> Would like to see what happens on other platforms.

I'll be able to test that under FreeBSD later today, unless someone 
else beats me to it.  I'll also test the above cited bug under my 
patch.
-- 
          ,=<#)-=#  <http://www.war-of-the-worlds.org/>
     ,_--//--_,
  _-~_-(####)-_~-_  "Did you see that Parkins boy's body in the tunnels?" "Just
(#>_--'~--~`--_<#)  the photos.  Worst thing I've ever seen; kid had no face."

Received on Monday, 16 August 1999 10:01:51 UTC