Extending MooseDocs #32531
Unanswered
vtnick
asked this question in
Q&A General
Extending MooseDocs
#32531
Replies: 2 comments 10 replies
-
|
@cticenhour @aeslaughter what are your thoughts on this? |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
It is possible to make an extension for your organization that could accomplish this, unless things have changed drastically in the past 5 years. The extension could live in your project. The system relies upon extensions to both tokenize and output. For this application you would only worry about the output portion. The custom extension would replace the what happens for a given token (e.g., Table) with whatever you would like to happen. |
Beta Was this translation helpful? Give feedback.
10 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Check these boxes if you have followed the posting rules.
Question
What is the best/intended way to extend MooseDocs for a particular application?
In particular, to change the way latex renderer works. Latex tables/figures/code listings tend to be pretty specific to people/orgs but unlike with the html renderer there isnt a way to customize the latex output. For example, for my use case it makes more sense to use a lstlisting env rather than a verbatim. It would also be good to add a link to the listing source but the latex renderer doesnt do that. Things like figure/table placements could be handled through a style customization, but different env/packages are more difficult to do through that interface.
Right now I am attempting to fix these env and feature additions through python scripts and/or
sedafter the tex file is already created. But that approach seems fragile at best.I considered forking MooseDocs into my own app, but that seems like it would make it more difficult to keep up with changes the MOOSE team makes.
Beta Was this translation helpful? Give feedback.
All reactions