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

LaTeX Support #64

Open
Jitsusama opened this issue Apr 20, 2017 · 3 comments
Open

LaTeX Support #64

Jitsusama opened this issue Apr 20, 2017 · 3 comments

Comments

@Jitsusama
Copy link

Hello, I was just wondering if there were any plans to support building LaTeX documentation with this extension? I write a lot of docs that are consumed both as HTML and PDF. I'm excited about the possibilities of this extension, but I'm not sure how I can use it if it can't support both output formats.

@bitprophet
Copy link
Owner

I'm afraid I don't have a PDF/LaTeX use case, so I've never tried!

But I don't see why there'd be any specific problem supporting alternative outputs as long as one found useful analogues to the HTML-isms currently in place (e.g. the use of CSS + classes to colorize the issue types, that sort of thing).

So, this falls firmly in the camp of "I don't have time to try it myself but I'd accept PRs that are proven not to break the HTML building use case" :)

@Jitsusama
Copy link
Author

Jitsusama commented Apr 26, 2017

Thanks for the reply. The use case I'm thinking about is for keeping track of changes in company process documentation, so that upon a new update, someone used to the process can easily identify what areas they need to reivew because of changes introduced.

I'm in the middle of a few projects right now, but I will hopefully get around to digging into your code, keeping your comments in mind, to see if I can find a good way to handle both scenarios. I am worried that there would be no way to handle the CSS portion, but classes could probably be tied into LaTeX markup, so maybe in the worst case it would just involve recreating the CSS effects through some other means.

@bitprophet
Copy link
Owner

Yea, exactly. And it's not like those are 100% necessary bits of the output, either, especially if the target format is less friendly to arbitrary colorization of text, etc. So if the Sphinx LaTeX builder can be told to ignore that angle that's probably fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants