- From: <bugzilla@jessica.w3.org>
- Date: Wed, 28 Sep 2016 16:40:28 +0000
- To: www-validator-cvs@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29877
Bug ID: 29877
Summary: Suggestion - add an option to hide custom tags and
attributes
Product: Validator
Version: HEAD
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P2
Component: check
Assignee: dave.null@w3.org
Reporter: stefan@sollinger.name
QA Contact: www-validator-cvs@w3.org
Target Milestone: ---
Suggestion:
Add an option to the validator to hide errors caused by custom tags (and also
custom attributes).
Use case:
Pages created in Angular typically show lots of errors caused by custom tags
used for Angular directives (like <my-directive>...</my-directive>) and custom
attributes (like ng-click="..." etc.)
(Note, on Angular pages I copy & paste generated code into the validator)
I'm aware that it is possible to write Angular code in such a way that there
are no parsing errors (e.g. <my-directive> could be replaced by <div
data-my-directive>) but unfortunately this is usually not the case.
Currently, when the validator comes across a custom tag I get an error similar
to this:
"Element my-directive not allowed as child of element body in this context.
(Suppressing further errors from this subtree.)"
The biggest issue for me is that the sub tree is not validated.
I have pages where a custom tag is used for the main content of the page, so
effectively nothing on the page is validated.
I want to be able to ignore the errors caused by Angular (custom tags and
attributes) and see structural problems (incorrect nesting, duplicated id's
etc). Currently that's not possible if errors are in a sub tree that's ignored.
To address this, I think the easiest solution would be an option to hide custom
tags and attributes.
Note, the existing "message filtering" cannot be used in this scenario, because
the sub tree of a custom tag would still be ignored, and therefore large parts
of the page may be excluded from the validation.
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Wednesday, 28 September 2016 16:40:38 UTC