Skip to content
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

Error creating self-contained slidy file when compiled with embed_data_files #833

Closed
jgm opened this issue Apr 19, 2013 · 4 comments
Closed

Comments

@jgm
Copy link
Owner

jgm commented Apr 19, 2013

I'm using Pandoc 1.11.1 on Windows, and I get an error when trying to
make a self contained slidy file:

pandoc -t slidy -s training.text -o training.html --self-contained

pandoc: user error (Data file `slidy/styles/slidy.css' does not exist)

And no output file is created.

This worked without error in pandoc 1.9.4.2.

It appears that pandoc is installed on my system at:

C:\Users\noah\AppData\Local\Pandoc

but pandoc --version reports:

Default user data directory: C:\Users\noah\AppData\Roaming\pandoc

I don't see any subdirectories in either folder.

(Noah O'Connor)

@jgm
Copy link
Owner Author

jgm commented Apr 19, 2013

On OSX, I get a different error:

Data file `slidy/styles/../graphics/nofold-dim.gif' does not exist

I suspect that on Windows it is not finding any of the slidy data files. This could be a forward/backslash issue with paths, or perhaps the binary in the package wasn't properly compiled with embed_data_files flag?

@jgm
Copy link
Owner Author

jgm commented Apr 19, 2013

On OSX,

Prelude Text.Pandoc.Shared> readDataFile Nothing "slidy/graphics/nofold-dim.gif"
"GIF87a\t\NUL\t\NUL\128\STX\NUL\204\204\204\235\235\255,\NUL\NUL\NUL\NUL\t\NUL\t\NUL\NUL\STX\SI\132\143\161\ESC\198\235^\ETXr\214\248\&0C\FS\DC4\NUL;"
Prelude Text.Pandoc.Shared> readDataFile Nothing "slidy/styles/../graphics/nofold-dim.gif"
*** Exception: user error (Data file `slidy/styles/../graphics/nofold-dim.gif' does not exist)

So the paths aren't being regarded as equivalent by the data file lookup: we need to normalize the paths before the lookup.

@jgm jgm closed this as completed in 6bd686a Apr 20, 2013
@lebebr01
Copy link

I had the same issue today using pandoc on linux. Has this fix been pushed to the latest version?

@jgm
Copy link
Owner Author

jgm commented May 11, 2013

+++ lebebr01 [May 10 13 11:59 ]:

I had the same issue today using pandoc on linux. Has this fix been
pushed to the latest version?

No, it's not yet in any released version. It will be in the next
release.

jgm pushed a commit that referenced this issue Jun 19, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants