-
-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
Fixes for zimwiki writer #3403
Fixes for zimwiki writer #3403
Conversation
src/Text/Pandoc/Writers/ZimWiki.hs
Outdated
|
||
-- | Convert Pandoc to ZimWiki. | ||
writeZimWiki :: PandocMonad m => WriterOptions -> Pandoc -> m String | ||
writeZimWiki opts document = return $ evalState (pandocToZimWiki opts document) (WriterState 1 "") | ||
writeZimWiki opts document = return $ evalState (pandocToZimWiki opts document) (WriterState 1 "" False) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The WriterState seems to be def, maybe it would make sense to use that instead?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Def?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The def
value from the Default
type class.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have no idea how to do that. Are there any existing examples in the code?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think what @tarleb is proposing is simply: evalState (pandocToZimWiki opts document) def
Fixed to def and added 2 more fixes. Not sure why travis checks never complete. |
@alexivkin e.g. this travis job is failing because of the zimwiki test. Try |
updated the tests |
Add a -MacOS suffix to mac package rather than -OSX. CHanged local names from osx to macos.
This comment is likely copied from RST.hs where 'refs' variable indeed exists, but makes no sense here.
Previously we didn't recognize math, for example, when the xmlns declaration occured on the element and not the root. Now we recognize either. Closes #3365. This patch defines findChildByName, findChildrenByName, and findAttrByName in Util, and uses these in Parse.
We should make this closer to the actual options, and do processing outside.
Moved unsmartify to Writers.Shared.
Verbosity level only affects which are printed to stdout. (Exception: DEBUG messages are only printed, never saved to state.)
Use a deterministic order for fields.
See #3432. Previously the parser didn't handle properly this case: * - a - b * - c - d
This allows adding captions to tables.
Currently the support for the `.. table` directive is a bit limited; we don't yet support the `widths` field. But at least you can have a proper captioned table.
This is deprecated but may still be in older documents.
Links with # are perfectly valid according to http://orgmode.org/manual/Internal-links.html#Internal-links
I don't think this is still needed. If the Travis build fails, we can try adjusting the CPP to make it more compatible.
The bug: https://ghc.haskell.org/trac/ghc/ticket/13194 See https://ci.appveyor.com/api/buildjobs/02l7v73n5hjs2t5u/log for its occurrence in previous appveyor builds of pandoc.
For example, in \begin{tabular}{>{$}l<{$}>{$}l<{$} >{$}l<{$}} each cell will be interpreted as if it has a `$` before its content and a `$` after (math mode).
The tests work for zim, but fail on Latex - completely unrelated to my code. It's something in the previous main branch commits that triggered it. |
The rebase has gotten pretty hairy. You added this at a bad time, with lots of churn in the code base. Sorry this has been difficult. Suggestion:
|
Done. #3446 |
great!
commiting to a branch frees the master branch of your own repo to work on other features while you wait for jgm to merge your pull request into the official master. you always have to catch up with master (best to rebase, not merge), but this time you were just unlucky that there were a lot of changes in the meantime. |
I don't know, perhaps that would have made things easier,
but I think the main problem is the large number of changes
to HEAD in this period.
+++ Alex Ivkin [Feb 14 17 17:01 ]:
… Done. [1]#3446
Should have I committed to a branch, instead of master, to avoid trying
to catch up with the head?
—
You are receiving this because you commented.
Reply to this email directly, [2]view it on GitHub, or [3]mute the
thread.
References
1. #3446
2. #3403 (comment)
3. https://github.com/notifications/unsubscribe-auth/AAAL5FK4bbvlB4vZAHD0ojR-Gjt2PjyBks5rck59gaJpZM4LzUcw
|
Improvements for ZimWiki's source view and table markup.