According to http://bugzilla.mozilla.org/describekeywords.cgi, "html4" specifically excludes bugs that break compliance with html 3.2 or lower. The reasoning behind this is unclear to me -- since compliance to html 3.2 is largely needed for html 4, we need to track this kind of breakage, too. Either html4 should be extended, or a new html3 keyword added to encompass these bugs.
Since HTML4 has now been swallowed into XHTML, I suggest that the html4 keyword be redefined to mean any HTML elements or attributes that are valid in the HTML 4 specification, including those still present from prior HTML specifications (e.g. <b>). This could lead to a large number of bugs being given the html4 keyword, however you could argue that such a practice would lead to better analysis of our overall HTML conformance. Asa: any objections to this? Perhaps a relevant newsgroup posting asking for comments is warranted.
this is redundant with a dependency on bug 7954. Either one or the other should be killed off.
already have useful tracking bug. wontfix.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WONTFIX
vrfy wontfix Should the html4 keyword be killed?
Status: RESOLVED → VERIFIED
QA Contact: lchiang → timeless
Component: Bugzilla: Keywords & Components → Administration
Product: mozilla.org → bugzilla.mozilla.org
You need to log in before you can comment on or make changes to this bug.