-
Notifications
You must be signed in to change notification settings - Fork 1
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
wrong figure path when filename has dot #7
Comments
That is apparently a bug in Franklin. I should file an issue there. |
Can you try adding Assuming that fixes it, I'll try to see if we can add guards against this, note however that having dots in a file path is generally not a great thing to do as the behaviour of things like Julia's |
Same problem with Yeah, I can just avoid extra dots. But I do have to say that I didn't expect it to be a problem, as, for instance, there is julia> splitext("1.franklinmd.md")
("1.franklinmd", ".md") |
Splitext is not the problem, rather what However, the fact that giving |
This should be fixed on master, could you please try it and report if there's an issue? assuming the issue is fixed I'll do a patch release. Thanks a lot for the bug report |
Yeah, It works fine with the version in master! |
Well, Manifest.toml is ignored, so I guess the gh-action will not use master and it won't work properly, but locally it is working fine. |
Yes I'll release a patch today |
Fixed in the new version 0.10.71 of Franklin. Thanks! |
Franklin is not resolving properly the path to a generated figure when the filename contains an extra dot.
For instance, in https://rmsrosa.github.io/booksjl-franklin-template/pages/1.franklinmd/ , the final plot is not loaded, and the path is missing a slash. The figure is generated properly and in the correct place, but the path is wrong. The filename is
1.franklinmd.md
. When it is justfranklinmd.md
, the path is fine.The text was updated successfully, but these errors were encountered: