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

Explain difference of pape-rs to similar projects #39

Open
peterfication opened this issue Apr 28, 2017 · 4 comments
Open

Explain difference of pape-rs to similar projects #39

peterfication opened this issue Apr 28, 2017 · 4 comments
Labels

Comments

@tomhoule
Copy link
Contributor

tomhoule commented Apr 28, 2017

  • Most of them do not handle assets
  • Those using pdflatex instead of xelatex can't handle custom fonts
  • No templating (in all of them apparently)
  • Mostly synchronous APIs (which can be convenient but also has disadvantages)

@tomhoule
Copy link
Contributor

The most advanced seems to be clsi-sharelatex, since it supports assets and different backends, including xelatex, but it's not stateless (requires MySQL).

@peterfication
Copy link
Member Author

I like the handling of assets of clsi-sharelatex:

{
    "compile": {
        "options": {
            // Which compiler to use. Can be latex, pdflatex, xelatex or lualatex
            "compiler": "lualatex",
            // How many seconds to wait before killing the process. Default is 60.
            "timeout": 40 
        },
        // The main file to run LaTeX on
        "rootResourcePath": "main.tex", 
        // An array of files to include in the compilation. May have either the content
        // passed directly, or a URL where it can be downloaded.
        "resources": [{
            "path": "main.tex",
            "content": "\\documentclass{article}\n\\begin{document}\nHello World\n\\end{document}"
        }, {
            "path": "image.png",
            "url": "www.example.com/image.png",
            "modified": 123456789 // Unix time since epoch
        }]
    }
}

@tomhoule
Copy link
Contributor

tomhoule commented Apr 28, 2017

They have the opposite approach to ours for the "entrypoint". In this example the output will be called main.pdf (there doesn't seem to be any way to configure that from the latex CLI).

edit: The more explicit specification for asset paths and name may not be a bad idea.

@tomhoule tomhoule added the docs label May 14, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants