-
Notifications
You must be signed in to change notification settings - Fork 0
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
Markdown #1
Comments
Hi @cysouw, I will first admit I have only a passing familiarity with Pandoc. That said, I am happy to harmonize what I have with your work. In your mind, what does that harmonization look like? |
I was mainly thinking about how people type the linguistic examples in markdown. Have a look at the (long) discussion on my readme about how I decided to format things. The reasons for my decisions were partly inspired by the available parsers in Pandoc, so I could build on that basis. as for harmonisation, I was thinking whether we might get these input-formats closer together. However, thinking about it: it might not be possible to completely merge them, and then it would possible be better to have them to be strongly different! BTW: check out pandoc, it is really awesome... |
What are you thoughts around adding gloss-specific formatting? Ex. what I have today as That being said, it looks like the macrostructure of the gloss (e.g. the grammaticality judgement, label, etc.) could be incorporated into my repo. I would probably hew closely to what you have already designed, since your detailed readme has taken into account so much already. Not to mention it looks like you have generated an HTML version which will help me align the HTML format, as well. |
I treat {m} and {b} simply by using non-breaking spaces :-). If you want to have multiple words combined, just insert non-breaking space instead of a normal space. for empty positions in the gloss, the user can insert a tilde "~" (that is a convention found in many latex packages), but internally this tilde is simply replace by "space + non-breaking space + space", which automatically leads to an 'empty' space as for the HTML: the whole principle of Pandoc is to allow conversion in many different formats. So yes, HTML is definitely part of the deal. |
Got it, thanks for the explanation! The next time I sit down to update this (or if I start a new project that uses pandoc), I'll work to incorporate your schema. If you find a scenario where having a unified spec would be useful sooner rather than later, please let me know. Thanks again for bringing your project to my attention! |
I just found this repo after I finished my own approach to linguistic examples for Pandoc ... We should try to harmonise our markup-approaches!
best
Michael
https://github.com/cysouw/pandoc-ling
The text was updated successfully, but these errors were encountered: