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

support \includegraphics #898

kevinbarabash opened this Issue Sep 20, 2017 · 1 comment


None yet
2 participants
Copy link

kevinbarabash commented Sep 20, 2017

There are multiple versions of this command. I'm leaning towards the graphicx version because it requires nesting within \rotatebox and \scalebox for rotation and scaling operations. It seems likes this would avoid duplicate code b/c we want those commands as well (#681).

There's a number of different options that \includegraphics can take. I think to start with support width and height are probably the easiest. The options are provided as a key-value list, e.g.


While the file extension can be included, advises not to as LaTeX will look for all sorts of different image types with the same name. We probably want to avoid this behavior as it will be hard to implement in a performant way on the web.

A related command, \graphicspath provides a way to specify where to look for the images, e.g.

\graphicspath{ {images/} }

After skimming through the graphicx docs it's unclear to me whether the filename used in \includegraphics can include a full and/or relative path.


This comment has been minimized.

Copy link

edemaine commented Nov 24, 2018

Fixed by #1620.

@edemaine edemaine closed this Nov 24, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.