-
Notifications
You must be signed in to change notification settings - Fork 55
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
table defaults #145
Comments
Reasonable request. I'm pretty busy with release of MultiMarkdown Composer 2.0, but will try to get to this as soon as I can. |
Great! Good luck with MMC2. |
Hmmm.... Not sure this will work so easily after all. This assumes that one is creating a "complete" document and there is room for includes and set up information. If this is a simple "snippet", that code would be non-existent, and the call to "\mmtablewidth", for example, would fail. Otherwise, these \ifx conditionals would have to be included before every table. Or would have to treat the first table differently than subsequent tables. None of which seem like very elegant options. This might stay on the back burner until a better solution arises... I'm open to suggestions. |
I see what you mean. Is there any difference in the latex output (not preamble, etc) when a full document is prepared rather than a fragment? |
No. The actual body is the same either way. F Sent from my iPhone On Apr 27, 2013, at 7:00 AM, Sla [email protected] wrote: I see what you mean. Is there any difference in the latex output (not — |
As a table header for latex, multimarkdown now inserts this code:
It seems to me, these are sensible defaults. However, because these
are hard-coded into multimarkdown C files, it is impossible to change when
needed. A few statements setting these defaults to variables at the beginning
of the latex output would allow the customisation of tables via latex
header includes.
For example, multimarkdown could do something like this:
The text was updated successfully, but these errors were encountered: