-
-
Notifications
You must be signed in to change notification settings - Fork 336
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
DOMParser matchTag does not check if nodeType is allowed by content spec of context nodes #951
Comments
It doesn't, and isn't supposed to. The placing of the resulting node will take care of this, parse rules are intended to apply regardless of context. |
Well ok, but then something about that fails because it manages to place a type which is not allowed by content spec. E.g. two node types with a "p" tag but one allows only marks without links, and the other with links. Pasting a "p" in such a situation finds the type to be the first one declared, regardless of it being allowed or not in the context content spec. |
Right, that's what the |
But then since #875 is a no no, you mean that context consistently fails in prosemirror. |
Does it? It is used when selecting parse rules, which is what this was about, I believe. |
I suppose it could check that node types content spec above
parseContext.context
allow the a rule's group.The text was updated successfully, but these errors were encountered: