You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The standard reads about the exclude-inline-prefixes attribute:
The value of the attribute is either #all, or a whitespace-separated list of tokens,
This seems to forbid that exclude-inline-prefixes can be empty (exclude-inline-prefixes="").
Unfortunately, I ran into a use-case where on the root it declared exclude-inline-prefixes="#all" and on a deeper level I wanted locally to revert to excluding no prefixes. I couldn't do that and I don't see a reason why not.
Maybe this is VNext issue, but it seems like a non-breaking change if we do 3.1 anyway.
The text was updated successfully, but these errors were encountered:
It's worse than that, even if you could specify "", it wouldn't do what you want, because:
In other words, the effect of several exclude-inline-prefixes attributes among the ancestors of p:inline is cumulative.
It isn't the most recent ancestor [p:]exclude-inline-prefixes attribute that matters, it's the union of all the ancestors.
On the one hand, we could certainly make it possible to "add them back in", but on the other, it seems like the pipeline could be rewritten so it didn't put #all at the top if that doesn't do the right thing.
The standard reads about the
exclude-inline-prefixes
attribute:This seems to forbid that
exclude-inline-prefixes
can be empty (exclude-inline-prefixes=""
).Unfortunately, I ran into a use-case where on the root it declared
exclude-inline-prefixes="#all"
and on a deeper level I wanted locally to revert to excluding no prefixes. I couldn't do that and I don't see a reason why not.Maybe this is VNext issue, but it seems like a non-breaking change if we do 3.1 anyway.
The text was updated successfully, but these errors were encountered: