-
-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
CSS regressed to data URI #7367
Comments
To clarify:
See also #4481. |
The HTML works with the data URI and I don't desperately need to see the CSS in style tags, though I think that's preferable. I only found this trail of issues while trying to fix something else, and ended up wondering if I'd just missed the correct combination of flags to get the CSS into style tags instead of the data URI. @tarleb asked for an issue to be reported back on #3423 in response to a comment about this behavior as a regression, and #4481 seemed to imply that it is still unexpected in my case. I didn't see an issue from the person who said they'd look into it, so I made one. |
As mentioned in issue #3423, CSS stylesheet inclusion in HTML seems to have regressed to a data URI (rather than inclusion within style tags). The encoding is not base64. My stylesheet is simple and is passed in with --css so has no media attribute that might have triggered the behavior.
I'm running pandoc 2.14.0.1 from the MacOS package on Sierra (MacOS 10.12.6). A minimal example is
pandoc -d test
with test.yaml:test.md:
test.css:
The output:
The text was updated successfully, but these errors were encountered: