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

[proposal]: Use quarto/myst for paper submissions? #1323

Open
3 tasks
sneakers-the-rat opened this issue Mar 12, 2024 · 6 comments
Open
3 tasks

[proposal]: Use quarto/myst for paper submissions? #1323

sneakers-the-rat opened this issue Mar 12, 2024 · 6 comments

Comments

@sneakers-the-rat
Copy link
Contributor

sneakers-the-rat commented Mar 12, 2024

Myst is lovely, and many ppl have also been switching to using quarto to write documents, which is also lovely! It seems like as a software journal we might want to support these formats, and we could certainly preserve backwards compatibility/multiple formats if we want to so it's not an either/or but both/and!

I can make a more detailed proposal if folks are interested and make a PR, but I think it would be great if we could have PDF and web-first versions of all our papers and start trying to win vs. commercial journals on ethics, price, and tech <3

Switching Costs

General

  • Handling citeproc and sphinxcontrib-bibtex citations

HTML

  • Handle inline LaTeX

PDF

  • PDF/A-3b
@rowanc1
Copy link

rowanc1 commented Mar 13, 2024

The scipy proceedings will be moving to using MyST (https://mystmd.org) for 2024 submissions, and back-porting previous articles (which were written mostly in RST and LaTeX). The new proceedings website for SciPy is here: https://proceedings.scipy.org, the american geophysical union is also starting to embrace MyST (presentation).

Happy to help field MyST questions – I am one of the developers on MyST and on the steering council for the executable books/myst project. 🚀

@jedbrown
Copy link
Member

I'm a fan of MyST and would like to see high-quality HTML output. One issue will be that it's not uncommon for current authors to inline some LaTeX bits and that would need to be forbidden if we're publishing the same source also as HTML. There are some examples in the sample paper, but that list is far from exhaustive. In general, we would need to somehow verify both versions, and that sounds error-prone.

There has come up previously on Slack; see this thread that discussed citations (MySTmd looks like closer feature parity than MyST-parser) and potentially losing PDF/A-3b compliance. I think if we can solve these technical issues, then it would be exciting to proceed.

@sneakers-the-rat
Copy link
Contributor Author

sneakers-the-rat commented Mar 13, 2024

Could we do a 2 stage render and preprocess LaTeX, or else could we use an HTML template that includes MathJaX? Taking a look at the citations, i think we could also preproc those.

Or, we could have two document modes? people who want to write in MyST can do so, and we can keep rendering for current format?

edit: starting a checklist of problems in OP

edit2: also @rowanc1 hi! and good eye <3

@jromanowska
Copy link
Contributor

I have been using Quarto for a while, but MyST seems also very well suited for the purpose of JOSS papers!

@mstimberg
Copy link

One issue will be that it's not uncommon for current authors to inline some LaTeX bits and that would need to be forbidden if we're publishing the same source also as HTML.

Just mentioning here that this already causes issues for the JATS (=XML) output with the current system every once in a while. This is always a bit annoying since it only gets built after a recommend-accept. E.g. this issue with multiple labels in multi-line equations (Slack) – which was relatively easy to workaround, though.

@mstimberg
Copy link

Actually, if we are only interested in providing an HTML version (as opposed to having richer authoring tools with Myst/Quarto), then another option might be to have a nice reader that directly uses the JAST output. eLife invested in their eLife Lens reader a while ago (example rendering: https://lens.elifesciences.org/00778), but it doesn't seem to be developed anymore: https://github.com/elifesciences/lens

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

5 participants