texme VS marked

It probably won't cover needs of "make documents at our office" but I'd like to mention https://github.com/susam/texme. Basically you prepend your markdown file with a line of HTML/Javascript, rename it to HTML and it'll render pretty in a webbrowser.

This is nice. We are website-mates. My website is also 2001-2022. I like the simple and serif font on your website.

I had thrown in your https://github.com/susam/texme few times to quickly send Markdown files for reading. :-)

By default vs code has latex on md. Also https://github.com/susam/texme

So the Markdown to HTML rendering happens as page load time.

This would hopefully allow me to forego the static .md -> .html step I use for building my sites.

I found one called 'texme' here: https://github.com/susam/texme

Do you use or have written a similar tool?

Does the Self-Hosting heading not answer that objection?

https://github.com/susam/texme#self-hosting-texme

> Open source maintainers abandoning projects due to lack of time and interest.

And the occasional demanding users who would rather have us working on their problems instead of our own.

Only about a couple of hours ago, I received an issue[1] on one of my projects suggesting I fix an issue which from my perspective appeared to be a lack of understanding of the documentation I have provided with the project. Unclear issue details and demanding behaviour can take a toll on a maintainer's morale.

[1] https://github.com/susam/texme/issues/21

Next, install gray-matter to extract metadata from the front matter of markdown files, and marked to convert the markdown files to HTML:

📑 Marked Markdown parser. Use it to create your own markdown editor.

Vrite SDK provides a few built-in input and output transformers. These are functions, with standardized signatures to process the content from and into Vrite. In this case, gfmInputTransformer is essentially a GitHub Flavored Markdown parser, using Marked.js under the hood.

Another contestant in this realm is Bright[1]. It runs entirely on the server and doesn't increase bundle size as seen here[2]. Regarding parsing speed tree-sitter is without a doubt performant since it is written in Rust, but I don't have any problems "parsing on every keystroke" with a setup containing Marked[3], highlight.js[4] and a sanitizer. I did however experience performance issues with other Markdown parser libraries than Marked.

[1]: https://bright.codehike.org/

[2]: https://aihelperbot.com/test-suite

[3]: https://github.com/markedjs/marked

[4]: https://highlightjs.org/

The project uses markedJS to convert markdown into HTML, this is their GitHub page.

To handle pasting block Markdown content like this, I had to tap into ProseMirror and implement a custom mechanism (though somewhat based on TipTap’s paste rules), detecting starting and ending points of the blocks and parsing them with Marked.js.

I am using marked for markdown parsing together with marked-highlighting to handle syntax highlighting and everything is working as it should.

I'm trying to render user input using SvelteMarkdown (that uses marked).

GPT API returns data in markdown format. You can parse it using a Markdown library and string manipulation. On Electron app I developed https://jhappsproducts.gumroad.com/l/gpteverywhere, I used https://github.com/markedjs/marked and a code syntax highlighting package to display code blocks. And used JavaScript string manipulation to detect when code blocks start and end so I could add COPY/SAVE buttons to the blocks. I hope this helps, and happy coding! :)

Again, with streaming enabled, you’ll now receive new tokens as soon as they’re available. Given that OpenAI’s API uses Markdown in its response format, a full message will need to be put together from the incoming tokens and parsed to HTML, as accepted by the replaceContent function. For this purpose, I’ve used the Marked.js parser.