-
-
Notifications
You must be signed in to change notification settings - Fork 281
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
Font-size changes after recent update to remark.js 0.15.0 #245
Comments
Thanks a lot! I changed the bootcss.com URL to cdnjs.cloudflare.com, since the former doesn't seem to be very stable. BTW, @emitanaka might help fix it later: https://twitter.com/statsgen/status/1219356443754631169 but anyone is welcomed to work on it. |
Ah damn. Searching twitter would have saved me two hours :o) @emitanaka : let me know if I can do anything to help. I'll just close this. |
Reopened, I think it's better to keep this issue open until the problem gets fully solved |
Okay ... there are two changes to remarkjs that influence this. One is that the default font size definition has been moved to the
That means that if a template CSS uses relative font sizing then they will be scaled differently and will be too big now since (AFAIR) the default html font size is 16px. Also, the definition of the header sizes have been removed from the values below and now defaults to whatever the relative scaling the browser uses.
Thus, to fix everything right now would be to include
somewhere in the xaringan Rmd file. Now ... we can of course revert this back to fix the existing slide templates, but perhaps it would be better to force the template creators to redo their template CSS so we can reference remarkjs directly and not having to worry about this in the future. IMO: it would be a better solution if these changes were included in the actual templates. Comments? |
(My 2 cents) I think it's better to be in the skeleton file since it'll
take a while before all template contributors will add a fix to their
templates. If they don't like the sizing defined (which presuming is the
same as before so shouldn't be an issue), they know probably how to
overwrite it.
Alternatively, pointing to the old remark.js to go back to the old
behaviour could be a patch (although I like it less).
PS: I'm excited to see the development of remark.js is continuing!
|
This comment has been minimized.
This comment has been minimized.
I'm in favor of (temporarily) pinning the remarkjs version. It seems uncertain how much of remarkjs is going to change and how affected xaringan will be. Relatedly: what if xaringan included a copy of remarkjs instead of linking to a CDN by default? Whether bundled in xaringan or not, having a pinned version of remarkjs gives xaringan maintainers some space to react to upstream changes without having xaringan slides break in the meantime. |
+1 By doing this, we can also take time to test new versions and add support in In addtions, users could be able to use the latest checkout via an arg in |
To revert temporarily back to the old version of remark.js (prior to 0.15.0) in order to fix issue #245 If we decide to go forward with this PR I suggest putting in a milestone so we remember to update the reference such that it points to the most recent version of remark.js once that has stabilized again with the new maintainer.
While it's great to see remarkjs moving forward again, I was just looking at a few recently closed issues in the repo and I think it's reasonable to say that a lot of possibly subtle breaking changes are coming our way. It would be nice to have a place to record changes as we notice/bump into them. Not all changes are going to be worthy of a GitHub issue, of course. What's the best place for something like this? On GitHub I think the two possible places would be either a mega-issue or a wiki page. What sounds good to you all? |
it's an "issue" that should be addressed, so… |
Note that the root of this issue seems to get reverted soon: gnab/remark#613 (comment) |
Good to know. I'd still be in favor of a release driven approach by default with the option for the user to change it on demand. Let's see what Yihui says after rstudio::conf. |
I'm going to close this issue since the "latest" version of remark.js is 0.14.1 again gnab/remark#613 (comment). Thank you all for the input! I'll continue the discussion about the version in #251. |
The recent update to
remark.js
version 0.15.0 has "fixed" a font size issue.This is propagating to
xaringan
since the most recent version of the javascript is included automatically through the line:In case someone encounters problems with their presentations due to this you can use the old version of
remark.js
by adding the following line to to YAML:Just including the information here to prevent someone else from spending time tracking this down as well.
By filing an issue to this repo, I promise that
xfun::session_info('xaringan')
. I have upgraded all my packages to their latest versions (e.g., R, RStudio, and R packages), and also tried the development version:remotes::install_github('yihui/xaringan')
.I understand that my issue may be closed if I don't fulfill my promises.
The text was updated successfully, but these errors were encountered: