markdoc VS markdown-it

Or please share any API documentation tools you use that is opensource and NOT Swagger.

Stripe has Markdoc[0] but it doesn't seem to be automated in any way.

[0]https://markdoc.dev/

Try using https://markdoc.dev/ .. this is the documentation tool/editor by Stripe and it also powers the extensive documentation of the Stripe product itself .

Extension frameworks like Stripe’s, MarkDoc allows documentation to have code examples in multiple languages.

I'm bullish on Rust, but there's a long way still to go. The overhead of passing values across the boundary between JavaScript and Rust is quite high. There are a lot of cases where you want to be able to provide a dynamic configuration to Rust, ideally in JavaScript, and that's still pretty costly from a performance perspective.

One of my projects (https://markdoc.dev/) is a Markdown dialect that supports custom tags and a React renderer. I recently experimented with implementing a parser for it in Rust in order to increase performance. My Rust-based parser is significantly faster than my existing JavaScript parser, but then I have to serialize the AST in order to move it from Rust to JavaScript. I'd like to implement the entire processor in Rust, but I need to let users define custom tags in JavaScript, and the overhead of going back and forth is far from ideal.

I'm hopeful that the recently-ratified Wasm GC proposal—which introduces managed structs and arrays that don't cost anything to pass between the Wasm environment and JavaScript—will help a lot. But it's going to take awhile for Wasm GC features to land in LLVM and be properly supported in Rust.

Consider going down the docs-as-code route. There are open source options that require an investment of time for you to become familiar with the tech stack, so learn Markdown and Git if you haven't already. Stripe (who many consider to have some of the best documentation available) created Markdoc as a means of easily maintaining solid docs with some of the fancy quirks of the upper-end doc tools, including content re-use.

Most modern developer blogs and documentation websites have one thing in common— they run on JAMstack (static websites) and their content is file-based and powered by Git. This allows multiple developers to collaboratively edit content with perks like versioning and version control. In this tutorial, we’re going to see how we can build a simple yet powerful and interactive blog with Next.js and Markdoc.

Hola. Former Stripe employee here - they use Markdoc: https://markdoc.dev/

Parse it into HTML using markdown-it

We can easily use markdown-it, a markdown parser for rendering a mix of JavaScript and plain text into a markdown file. To get started, kindly create a new directory with the following file structure:

github.com/markdown-it/markdown-it - markdown biblioteca.

Recently, I am using markdown-it. Due to the nature of Vue and virtual DOM. You cannot style style inside v-html with scoped style. The only solution for me is global css and deep selector. I choose the latter

You could probably use markdown-it in your web app to create a notes program where Markdown is used. That tool has lot of plugins. I used it in a small project for myself to test it and it worked like a charm and you can style it so it looks modern. Nevertheless I do not remember if there is a plugin for collaborative writing so users can edit the same file simultaneously but if it does not exist, you can probably work that out by yourself.

markdown-it - Markdown parser done right. Fast and easy to extend.

I don't quite get what you mean. I've used [markdown-it](https://github.com/markdown-it/markdown-it) and overwrite its render rule for images, so it returns an NuxtImg instead of an native img tag.

I've been using markdown-it and highlight.js for code snippets, and so far it's been working pretty great straight out of the box without any other parsing or format prompting

It then, gets compiled down to regular HTML by a markdown processor so that the browser can understand it and display it on the screen.

Maybe Markdown It? link