-
Notifications
You must be signed in to change notification settings - Fork 779
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consistent treatment of virtualNode #435
Comments
I like the idea of bridging contexts with new utils to smooth out use of For memory leaks, I wonder if we could implement tooling to help detect them? I found a few Node utilities that might make this doable. Here's one: https://www.npmjs.com/package/leakage |
Well I think what I am suggesting is to only support backwards compatibility in the context of rules/checks and not in any other context - thereby solving that problem by throwing an exception and forcing the caller to understand what is going on. So that is the remaining "downside" |
I'm not entirely clear on what you are suggesting. Can you elaborate on this a bit @dylanb?
|
For example:
|
Some utils (shorthand for utils and commons) are using the virtualNode whereas some are using node and then looking up the virtualNode in the flattened tree cache.
This is inconsistent but also raises the following concerns:
I propose that we do the following:
In the builtin rules that will ship with this version of axe-core:
@marcysutton @WilcoFiers thoughts?
The text was updated successfully, but these errors were encountered: