Age | Commit message (Collapse) | Author | Files | Lines |
|
* Markdown writer now includes a blank line at the end
of the row in a single-row multiline table, to prevent it from being
interpreted as a simple table. Closes #4578.
* Markdown reader does a better job computing the relative width of
the last column in a multiline table, so we can round-trip tables
without constantly shrinking the last column.
|
|
pdflatex converts them itself, and JuicyPixels can't do it.
See #2067.
|
|
Otherwise we can have problems with things like epstopdf.pl,
which pdflatex runs to convert eps files and which won't run
on a file above the working directory in restricted mode.
|
|
Instead of application/postscript. This will ensure that
we retain the eps extension after reading the image into
a mediabag and writing it again. See #2067.
|
|
See #2944.
|
|
Previously we used an odd mix of 3- and 4-space indentation.
Now we use 3-space indentation, except for ordered lists,
where indentation must depend on the width of the list marker.
Closes #4563.
|
|
This fixes #4561, a bug parsing emphasized bare links in RST.
|
|
This avoids writing things like `file%20one.png` to the file system.
|
|
Closes #4344.
|
|
|
|
|
|
Closes #4560.
|
|
This prevents a multiline codeblock in word from being read as
different paragraphs. This takes place in the Combine module to occur
during the normal combining of divs during conversion.
Note that this specifies that the attributes of the `CodeBlock`s must
be the same. The docx reader creates codeBlocks without attrs, so this
is trivially satisified.
|
|
Previously the parser tried to be efficient -- if no end double
quote was found, it would just return the contents. But this
could backfire in a case like:
**this should "be bold**
since the fallback would return the content `"be bold**` and the
closing boldface delimiter would never be encountered.
|
|
This gives better results for styles that put ordered list
markers in boxes or circles.
Closes #4556.
|
|
|
|
|
|
Muse writer indents verse blocks in definition list more than necessary, so Muse reader should parse them.
|
|
|
|
|
|
* Use `\f[R]` rather than `\f[]` to reset. The latter
returns to the previous font, which gives unintended
results in some cases.
* Use `\f[BI]` and `\f[CB]` in headers, instead of `\f[I]` and `\f[C]`,
since the header font is automatically bold.
* Use `\f[CB]` rather than `\f[BC]` for monospace bold.
Closes #4552.
|
|
|
|
|
|
Muse writer can write links with empty URLs, so Muse reader should read them.
|
|
Fixes #4551
|
|
|
|
+ Create pdf anchor for a Div with an identifier.
+ Escape `/` character in anchor ids.
+ Improve escaping for anchor ids: we now use _uNNN_ instead of uNNN
to avoid ambiguity.
This is intended to help with #4515; however, in my tests, the
link to the reference does not seem to work. I'm not sure why.
|
|
Closes #4550.
|
|
Previously this looked in the filesystem, even if pandoc
was compiled with `embed_data_files` (and sometimes it looked
in a nonexistent build directory). Now the bash completion
script just includes a hard-coded list of data file names.
See #4549.
|
|
> should be escaped only when it can start verse, i.e., at the beginning of the line.
|
|
This is intended to help with #4524, a problem on Windows
where using weasyprint led to a blank PDF.
|
|
|
|
|
|
|
|
Previously we just got `section_title` for section (though sect1, sect2,
etc. were handled properly). Closes #4526.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Title is always empty in Muse anyway.
|
|
|
|
|
|
Previously all links were turned into footnotes with unclickable URLs inside.
|
|
Closes: #4532
|
|
In https://github.com/jgm/pandoc-types/pull/36 we changed
the table builder to pad cells. This commit changes tests
(and two readers) to accord with this behavior.
|
|
Closes #4529.
|
|
HorizontalRule corresponds to <hr> element in the default output
format, HTML. Current HTML standard defines <hr> element as
"paragraph-level thematic break". In typography it is often
represented by extra space or centered asterism ("⁂"), but since
FB2 does not support text centering, empty line (similar to extra space)
is the only solution.
Line breaks, on the other hand, don't generate <empty-line />
anymore. Previously line breaks generated <empty-line /> element
inside paragraph, which is not allowed. So, this commit addresses
issue #2424 ("FB2 produced by pandoc doesn't validate").
FB2 does not have a way to represent line breaks inside paragraphs.
They are replaced with LF character, which is not rendered by
FB2 readers, but at least preserves some information.
|