| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| | |
|
| |\
| |
| | |
Docx reader: parsing styles
|
| | | |
|
| | |
| |
| |
| |
| | |
We no longer need the explicit lists since we're deriving them from the
ground up.
|
| | |
| |
| |
| | |
This is the only one so far. We'll add others as they show up.
|
| | |
| |
| |
| | |
We now no longer check against explicit styles.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
We always favor an explicit positive or negative in a style in a
descendent, and only turn to the ancestor if nothing is set.
We also introduce an (empty) list of styles that are black-listed. We
won't check them. (Think underlines in hyperlinks).
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Two points here: (1) We're going bottom-up, from styles not based on
anything, to avoid circular dependencies or any other sort of
maliciousness/incompetence. And (2) each style points to its
parent. That way, we don't need the whole tree to pass a style over to
Docx.hs
|
| | | |
|
| | |
| |
| |
| |
| | |
This will make it easier to build the style map from the bottom up (to
avoid any infinite references).
|
| | |
| |
| |
| | |
Just discards info at the moment, so at least it works the same.
|
| | |
| |
| |
| |
| |
| | |
We want to be able to read user-defined styles. Eventually we'll be able
to figure out styles in terms of inheritance as well. The actual
cascading will happen in the docx reader.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously a section like this would be enclosed in a paragraph,
with RawInline for the video tags (since video is a tag that can
be either block or inline):
<video controls="controls">
<source src="../videos/test.mp4" type="video/mp4" />
<source src="../videos/test.webm" type="video/webm" />
<p>
The videos can not be played back on your system.<br/>
Try viewing on Youtube (requires Internet connection):
<a href="http://youtu.be/etE5urBps_w">Relative Velocity on
Youtube</a>.
</p>
</video>
This change will cause the video and source tags to be parsed
as RawBlock instead, giving better output.
The general change is this: when we're parsing a "plain" sequence
of inlines, we don't parse anything that COULD be a block-level tag.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Supporting files are in trypandoc/.
|
| | | |
|
| | | |
|
| | | |
|
| |\ \
| | |
| | | |
Add row width to tables in Docx XML
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | | |
Added a property to all table rows where the sum of column widths
is specified in pct (fraction of 5000).
|
| |\ \ \
| | |/
| |/| |
Docx reader: Change behavior of Super/Subscript
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
In docx, super- and subscript are attributes of Vertalign. It makes more
sense to follow this, and have different possible values of Vertalign in
runStyle. This is mainly a preparatory step for real style parsing,
since it can distinguish between vertical align being explicitly turned
off and it not being set.
In addition, it makes parsing a bit clearer, and makes sure we don't do
docx-impossible things like being simultaneously super and sub.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
In pandoc 1.13, all lists come out as basic ordered lists.
This fixes that bad regression.
Closes #1544.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This cause problems on Windows 8, where the variable is called
`Path`.
Instead, simply trap the exception that will be raised by
`findExecutable` if path is not set.
This should fix #1542.
|
| |/ / |
|
| |/ |
|
| |
|
|
|
|
|
| |
`tex_math_dollars`, `superscript`, and `subscript` extensions,
respectively.
Closes #1127.
|
| | |
|
| |
|
|
| |
The templates are duel licensed, BSD3 and GPL2+.
|
| |
|
|
| |
trypandoc is used.
|
| |\
| |
| | |
Char styles
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
functions like runElemsToInlines and parPartsToInlines are just defined
in terms of concatting and mapping their singular
version (e.g. `runElemToInlines`). Having two functions with almost
identical names makes it easier to introduce errors. It's easy enough to
just concat and map inline, and it makes it clearer what is going on in
the code.
|
| | | |
|
| | |
| |
| |
| |
| | |
Style handling has been cleaned up, but introduced a bug here. There
wasn't previously a test to catch it.
|
| |\|
| |
| | |
Rewrite Docx.hs and Reducible to use Builder.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The big news here is a rewrite of Docx to use the builder
functions. As opposed to previous attempts, we now see a significant
speedup -- times are cut in half (or more) in a few informal tests.
Reducible has also been rewritten. It can doubtless be simplified and
clarified further. We can consider this, at the moment, a reference for
correct behavior.
|
| | | |
|
| |/ |
|
| |
|
|
|
|
| |
* Use new pkgbuild, productbuild instead of deprecated PackageMaker.
* Removed scripts, which are no longer needed.
* Added distribution.xml.
|
| | |
|
| | |
|
| | |
|
| | |
|
