-
Notifications
You must be signed in to change notification settings - Fork 333
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
Pass DownOptions to DownView #147
Comments
Hi @ladislas 👋 Correct, the HTML sanitization behavior changed so that it sanitizes HTML by default, so I'd be open to adding a I'm more than happy to accept a PR for these (thank you for offering), just please be sure to add a quick test in |
Great! Thanks for the quick reply, will do asap! :) |
* add DownOptions to init and update methods - closes #147 * add test for DownOptions init and update
@ladislas 🚀 Released as v0.8.3, thanks again for raising an issue |
Thanks a lot for merging the changes quickly :) |
Please help prevent duplicate issues before submitting a new one:
Report
What did you do?
I was using Down v0.5.2 that was working great for my use case: a markdown file with a lot of inline html
<span class="myClass"></span>
that I used to render specific words or lines with my custom CSS.Then I upgraded to v0.8.2...
What did you expect to happen?
Nothing, just to keep working the way it was.
What happened instead?
Rendering and custom css works for generic elements but my
spans
are gone and/or are not rendered anymore. Even simple<strong></strong>
are removed :(Analysis & Next step
The reason is that in
DownView
, we render HTML with the.default
DownOptions
.Would you accept a PR that adds the ability to specify an option when calling
update(:)
? Or setting avar
that would be read byloadHTMLView(:)
?If so, I can make one now :) That would make my life easier with my current codebase...
Best,
-- Ladislas
The text was updated successfully, but these errors were encountered: