You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We run across issues with rebber while trying to export "real-life" contents on ZdS. This is not an easy workflow (but the best we can think of): @artragis uses the internal PM system to send us the log file of LaTeX compilation, and one try to infer what went wrong, then create issue(s), then try to fix it/them (either there or on the template side).
My proposition is to have somewhere (either there or on the template side or ... Somewhere else? see below) some test cases that do the whole Markdown -> LateX -> PDF process (because right now, it is either the two first or last steps that are tested) and report errors. The ideal situation would be to have unit tests (text, block, table ...), which would normally give a better overview of what works and what doesn't (and avoid regression).
On the paper, it seems a good idea, but I have two "issues":
I (like to think that I) master the LaTeX side concerning installation and compilation. I, on the other hand, have no idea how to install (and use) a standalone version of zmarkdown to run the tests. I can imagine how to do it based on how it is done on zds-site, though (with a bit of mixing with how it is done here-.
Location is also a big question: one would like to run this series of test when changing the template (so on the template side) or changing rebber (so, here). I have no idea of a smart solution for that problem (that would avoid, say, duplication on both side).
Any input is welcomed :)
The text was updated successfully, but these errors were encountered:
One solution (that I can think of, but without knowing if it is practically possible or easy) would be to have an third repository, only containing the test markdown files (and an execution script), that would be downloaded by both (here + template) CI processes each time.
EDIT: but then, it would add a layer of complexity: if the problematic test case does not exist, then we would need to make a PR on this repository to add the test case ... Then fix it.
We run across issues with rebber while trying to export "real-life" contents on ZdS. This is not an easy workflow (but the best we can think of): @artragis uses the internal PM system to send us the log file of LaTeX compilation, and one try to infer what went wrong, then create issue(s), then try to fix it/them (either there or on the template side).
My proposition is to have somewhere (either there or on the template side or ... Somewhere else? see below) some test cases that do the whole
Markdown -> LateX -> PDF
process (because right now, it is either the two first or last steps that are tested) and report errors. The ideal situation would be to have unit tests (text, block, table ...), which would normally give a better overview of what works and what doesn't (and avoid regression).On the paper, it seems a good idea, but I have two "issues":
Any input is welcomed :)
The text was updated successfully, but these errors were encountered: