-
Notifications
You must be signed in to change notification settings - Fork 373
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
EntityPathFilter
variable substitutions are now delegated to (new) ResolvedEntityPathFilter
#8543
EntityPathFilter
variable substitutions are now delegated to (new) ResolvedEntityPathFilter
#8543
Conversation
… has a defined but different order. stored order is now different!
EntityPathFilter
no longer applies variable substitutions, separated into ResolvedEntityPathFilter
EntityPathFilter
no variable substitutions are now delegated to (new) ResolvedEntityPathFilter
EntityPathFilter
no variable substitutions are now delegated to (new) ResolvedEntityPathFilter
EntityPathFilter
variable substitutions are now delegated to (new) ResolvedEntityPathFilter
Web viewer built successfully. If applicable, you should also test it:
Note: This comment is updated whenever you push a commit. |
02d9db2
to
2612288
Compare
2612288
to
08f721e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I gave it a very quick/shallow look. There's no way I can wrap my head around all the subtleties that all this implies, but in any case the general idea makes sense to me.
The only thing I find odd is the dataframe APIs requiring resolved filters? Can we not do that? 🤔
In any case, the faster this is in, the better -- only some soak time will tell the full story here...
Related
EntityPathFilter
has undefined behavior for sorting #8530What
(Motivation see ticket)
Originally I wanted
EntityPathFilter
to be a hashmap of rules. However, I realized that we still want a defined order when storing path filters into the blueprint (in order to avoid changes to it when only order changes!). Therefore, it is still a btreemap but now sorts alphabetically!Generally, I struggled a bit of where to put resolved vs unresolved entity path filter/rules, but I think the end-result here makes sense for the most part and keeps the semantics clean enough: in the viewer resolved entity paths should be used whenever working with known paths whereas unresolved are used when dealing with user inputs and when storing back to the blueprint.