51–60 of 151 posts
By the Standard Model of Physics Software you can edit Quarkdown in Atom to get Quarkup and change your Neutron Mail to Proton Mail, but it only works if you type with your left hand and create an Electron app and an anti-Neutrinos AI blogpost.
I think they are missing an opportunity to fix a poor design decision in Markdown. Instead of **bold** and *italic*, it should be *bold* and _italic_. That extra asterisk really makes it inconvenient to edit Markdown on a phone or tablet. I hope they fix that in v3.
Earlier quoted context omitted.
I'm sorry, what exactly is the issue with typst?
No issues per se, but academic publishing has deep roots in the latex ecosystem. So templates from publishers are often not available in typst, or the publisher insists on a latex formatted file. Often supervisors/professors etc will also resist using typst because of the cognitive overhead on their already oversubscribed time. Typst has about 40 years of history to overcome and that will take a long time to do.
Also, it’s possible, using some Pandoc magic², to enjoy aspects of Typst markup while generating a LaTeX document.
Quarkdown author and project lead here. I started Quarkdown as a uni research project and couldn't imagine what it would end up being 2 years later. Thanks for engaging! I'll try and respond to your comments.
I have always believed that instead of **bold** and *italic*, it should be *bold* and _italic_.
That extra asterisk is a poor design decision in markdown. It really makes it inconvenient to edit Markdown on a phone or tablet.
I would really like to see a comparison of all these tools/markup languages: - MyST - Pandoc - Quarkdown - Quarto - Typst Quarto and pandoc both use Pandoc Markdown (and so does https://www.zettlr.com/ ). But Quarkdown and Typst offer programmable markup languages like LaTeX (or HTML + Javascript). It seems the winner for the title official LaTeX successor is still not decided.
I am currently enjoying WYSIWYG with GNU TeXmacs for long-form or scientific text editing. Both, the concept and the tool, are amazingly capable and a breath of fresh air after all the LaTex, Markdown, Org s …
Tough call. I think Markdown is not an authoring tool at all. In fact if you read through the changelog of GitHub Markdown, you will read a very detailed critique of the shortcomings of MD.
It isn’t a specification. This is MD’s biggest weakness as well as strength.
## can be a subheading or heading level 2.
How about an empty line between paragraphs or after headlines?
After reading this I consider MD an idea. A fantastic idea but not a spec.
Org is what you're looking for. Org Mode in Emacs, and all the org-* packages that make it so unbelievably useful. LaTeX integration, task management, scheduling, word processing, embedded images (if you must)... Org.
how is it for converting streaming api responses from LLM's?
So I came up with a mini markup language built around directives and fenced blocks. A simple template import allows MD semantics (the stuff I care about) in the project. The idea is that the core is stable. You simply write schema validators for your schema and transformers for the output format. Probably 2-300 lines of python all-in-all for a "book+chapters" schema with an html transformer.
I did not fall into the trap of implementing a Turing complete programming language in it like so many other systems. If you want behavior, piggyback on directives and write a python transformer to manipulate the AST.
I got interested in something else soon after, so it will probably be a few more months till I have the time and the inclination to finalize and publish everything.