-
-
Notifications
You must be signed in to change notification settings - Fork 382
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
Question about original and new SanitizationFilter #406
Comments
If I remember correctly, at the time, I thought that this seemed unnecessary, since as you said the same action can be accomplished with node filters. As I look at this again, though, I could see a use case for some kind of config to simplify node addition/removal. Something like (spitballing):
Since I can imagine some people would use this gem to create well-formed markup, perhaps the gem should just make it much easier to indicate whether you want parents or children of a certain node moved/replaced/deleted/etc. Does that answer your question, or did I misunderstand? |
I guess initially I was curious if you thought those conditions still needed to be sanitized. If so, it might make sense to include those in the filter, as handlers passed into
I can see the usefulness of that. Though currently my transformers are more along the lines of For now I plan on using Selma directly for sanitization until I can do the much heavier lift of upgrading |
In the original SanitizationFilter, which uses
Sanitize
, you had two transformersI don't see these in the new version based on Selma. Are these transformations no longer needed?
I assume that any transformations would need to be written as Selma handlers. I don't see a way to add those to the sanitization config, so I'm guessing these would need to be node filters.
The text was updated successfully, but these errors were encountered: