Re: [Htmlparser-developer] Lexer STRICT_REMARKS

[Derrick O. <der...@ro...>]

=0AGood idea.=0A=0APerhaps visibility isn't so difficult.=0AAdding a bunch =
of (static) properties on the Parser that just wiggle the underlying static=
 values might work.=0A=0ADerrick=0A=0A----- Original Message ----i=0AFrom: =
Ian Macfarlane <ian...@gm...>=0ATo: htmlparser-developer@lists.s=
ourceforge.net=0ASent: Monday, February 26, 2007 10:37:07 AM=0ASubject: [Ht=
mlparser-developer] Lexer STRICT_REMARKS=0A=0AI'm wondering if STRICT_REMAR=
KS in Lexer should default to false=0Arather than true - that way it would =
parse more closely to how=0Abrowsers parse it, which are generally forgivin=
g about these things.=0AThis would stop people wondering why it works in th=
eir browser but not=0Ain the HTML Parser. Those who want true strict parsin=
g could choose to=0Aenable this.=0A=0AThe real issue is probably more the v=
isibility of this setting - it=0Awould perhaps be better if we had a centra=
lised way for switching=0Abetween standards compliance and being forgiving =
- equivalent to=0A'quirks mode' and 'standards compliance mode' of browsers=
, and set=0Athis across the entire parser. I imagine this would be quite a =
task=0Ahowever.=0A=0AIan=0A=0A---------------------------------------------=
----------------------------=0ATake Surveys. Earn Cash. Influence the Futur=
e of IT=0AJoin SourceForge.net's Techsay panel and you'll get the chance to=
 share your=0Aopinions on IT & business topics through brief surveys-and ea=
rn cash=0Ahttp://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforg=
e&CID=3DDEVDEV=0A_______________________________________________=0AHtmlpars=
er-developer mailing list=0AH...@li...=0Aht=
tps://lists.sourceforge.net/lists/listinfo/htmlparser-developer=0A=0A=0A=0A=
=0A