Re: Re: Feature request for newforms: HTML 4

2006-12-05 Thread James Bennett
On 12/5/06, Ivan Sagalaev <[EMAIL PROTECTED]> wrote: > In the near future I think The Right Thing would be to use a real HTML > parser for such things. There were many messages on WHATWG list from > people writing such tools in many languages including Python: > http://code.google.com/p/html5lib/

Re: Re: Re: Feature request for newforms: HTML 4

2006-12-05 Thread Antonio Cavedoni
On 12/5/06, James Bennett <[EMAIL PROTECTED]> wrote: > On IRC a moment ago, Jacob suggested an 'html4' template filter which > would just strip trailing slashes from empty tags; I'd be happy with > that (and willing to put in some time to implement it), provided we > advertise clearly that the Dja

Re: Re: Feature request for newforms: HTML 4

2006-12-05 Thread James Bennett
On 12/5/06, Ivan Sagalaev <[EMAIL PROTECTED]> wrote: > The question is where to stop. Pickiness may lead further to having an > option to omit quotes around attribute values, have uppercase tag names, > omit end tags of etc... This is all working HTML (even valid by DTD). Yup. And in fact, I do

Re: Re: Feature request for newforms: HTML 4

2006-12-05 Thread James Bennett
On 12/5/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > full details: > > http://www.cs.tut.fi/~jkorpela/html/empty.html Also, there is a valid problem here; if I produce HTML4, and just say "it validates, I don't care if it's correct", then my HTML will work in browsers, but actual SGML parsers (

Re: Re: Feature request for newforms: HTML 4

2006-12-05 Thread James Bennett
On 12/5/06, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > If XHTML-style tags are valid in HTML 4 strict, then I don't see a > point in creating a separate output format for each widget. They are valid but have a completely different meaning which browsers don't interpret correctly; in HTML4, the