-
Notifications
You must be signed in to change notification settings - Fork 13
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
Problem statements needs to be better specified #31
Comments
@austrin Could you help with this one? |
I think we should define a "HTML-friendly" subset, that implmentations must promise to be able to convert to HTML. It should still be allowed to go outside of this subset. A CCS for example compile that LaTeX using a provided problem class name, and instead host a PDF upon installation. |
This seems incredibly daunting... a starting point might be the subset supported by mathjax, which is quite extensive. In fact maybe the reasonable path here is to pick the same subset as a common TeX Javascript display engine like mathjax (which strongly encourages, but doesn't formally require, a CCS to use that engine). |
This is what Polygon supports: https://polygon.codeforces.com/docs/statements-tex-manual |
In addition to what Polygon supports we should probably support:
|
This is the class file we use for BAPC Note that we also inject |
What exact LaTeX environment can/must be assumed.
The text was updated successfully, but these errors were encountered: