Re: Tidy bug

Yup, makes sense.

At 12:26 PM 10/10/2009 -0700, Ben McCann wrote:
>>One thing I can think of that would help with this example is discarding 
>>elements for which only an end tag is found, rather than generating a 
>>corresponding start tag. Can anyone think of a reason why that might not 
>>be desirable?
>
>I agree this would be desirable.  This would also solve other problems I 
>can think of.  For example, I think this would create much better results 
>if a tag was misordered: <table><tr></table></tr>.  By discarding only the 
>end tag, we would still end up with a normal looking table instead of 
>adding a new element that we probably don't want.
>
>
>On Sat, Oct 10, 2009 at 12:19 PM, Klaus Johannes Rusch 
><<mailto:[email protected]>[email protected]> wrote:
>>Ben McCann wrote:
>>>Klaus, Charlie,
>>>Thank you both for taking a quick look at this issue for me.  I see 
>>>what's going on here now.
>>>I expected behavior closer to what Charlie described.  I think that 
>>>discarding the extra end tag </tr> would would make the most sense.  But 
>>>in my opinion the behavior Charlie described would be preferable to the 
>>>current behavior.
>>I agree that in the specific example that would be the desirable 
>>behaviour. Recognizing in general that a later element may be misplaced 
>>and should be moved above the current element is difficult though. The 
>>current behaviour is that elements are not discarded but instead required 
>>parent elements are added to the tree.
>>
>>One thing I can think of that would help with this example is discarding 
>>elements for which only an end tag is found, rather than generating a 
>>corresponding start tag. Can anyone think of a reason why that might not 
>>be desirable?
>>
>>Regards, Klaus
>>
>>--
>>Klaus Johannes Rusch
>><mailto:[email protected]>[email protected]
>>http://www.atmedia.net/KlausRusch/


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference