pandoc-latex-admonition
djot
Our great sponsors
pandoc-latex-admonition | djot | |
---|---|---|
1 | 39 | |
21 | 1,296 | |
- | - | |
10.0 | 0.0 | |
about 2 months ago | 5 days ago | |
Python | HTML | |
BSD 3-clause "New" or "Revised" License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
pandoc-latex-admonition
-
I wish Asciidoc was more popular
For extending markdown capabilities, there are many plugins/filters. Example [1].
I remember using extensions/filters for citations, etc.
Ultimately it is just some custom tooling around pandoc; so whatever you can do in pandoc, you can get done in the book.
[1] - https://github.com/chdemko/pandoc-latex-admonition
[2] - https://pandoc.org/
djot
- Djot is a light markup syntax
-
Beyond Markdown
Weird that he did not reference the djot package[0] which seems like his attempt at implementing this thesis.
-
wiki.vim v0.6 is released
Since you mentioned you were considering moving to CommonMark, have you had time to look into Djot (also by jpm)? Djot is meant to be easier to parse, and I'm planning to write a tree-sitter grammar for it.
-
Typst, a modern LaTeX alternative written in Rust, is now open source
Another recent development here is https://djot.net/ (by the pandoc author). It indeed thoroughly solves both:
-
Do shells have a command equivalent of the "|" pipe symbol? I need something like that in org tables.
Unfortunately for us, he is using Vim, so syntax highlighting for it only exists in Vim for now. (And of course, there's a lot more missing for a major mode than just syntax highlighting to be comparable to org-mode in usability. But pipes in tables, I have wished to have those.)
-
I wish Asciidoc was more popular
If you like AsciiDoctor, another option to take a look at is https://djot.net/.
-
On Markdown in Java documentation comments
On Scryer Prolog, after evaluating Markdown, we end up using Djot[0] as it is more predictable and standard than Markdown, while being also very readable.
[0]: https://djot.net/
- Pandoc [a universal document converter] 3.0
-
Looking for an extensible markup language (aka Markdown, Asciidoc, ...) implemented in Rust.
I endorse https://djot.net/. It’s new, not even finished, but it is much much better than markdown/reStructuredText/AsciiDoc[tor]. It doesn’t have a Rust parser yet, but it has a lua parser, and that should be straightforward to use from Rust as just a C library. Also, as this is just for fun, consider actually writing a Rust parser for djot. I started one last year, but got distracted (https://github.com/matklad/djot-rs). And then there is https://git.sr.ht/~kmaasrud/djot.rs, not sure how far along is it.
What are some alternatives?
typst - A new markup-based typesetting system that is powerful and easy to learn.
pdfquery - A fast and friendly PDF scraping library.
mdBook - Create book from markdown files. Like Gitbook but implemented in Rust
nvim-treesitter - Nvim Treesitter configurations and abstraction layer
pdfsyntax - A Python library to inspect and modify the internal structure of a PDF file
scroll - Tools for thought. An extensible alternative to Markdown.
Hugo - The world’s fastest framework for building websites.
Zato - ESB, SOA, REST, APIs and Cloud Integrations in Python
mdx - Markdown for the component era
KeenWrite - Free, open-source, cross-platform desktop Markdown text editor with live preview, string interpolation, and math.
pdfplumber - Plumb a PDF for detailed information about each char, rectangle, line, et cetera — and easily extract text and tables.
pandoc - Universal markup converter