cmark
delta
cmark | delta | |
---|---|---|
10 | 88 | |
1,571 | 20,765 | |
1.0% | - | |
8.7 | 8.1 | |
10 days ago | 5 days ago | |
C | Rust | |
GNU General Public License v3.0 or later | 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.
cmark
-
Ask HN: What's the simplest static website generator?
I use GNU make. Write content in markdown, feed it to https://github.com/commonmark/cmark to create html. I intended to splice files together using xslt but echo and cat written in the makefile sufficed.
I'm not totally sure I'd recommend that but I do like the markdown => html flow.
-
Building a Personal Internet from Markdown Files
I seem to be in the middle of trying to build something similar to this. I want it to run on an android phone but otherwise the same sort of idea, offline-first information I want access to.
There's some weirdness around android browsers refusing to load html from the phone itself on security grounds. The OP uses a "progressive web app" which seems to be the proper way to do this at some point in the past, but firefox has killed that for some reason. Thus the most difficult part of the project seems to be persuading my phone to render html without copying the files to some server (or running a fileserver on the phone itself, to look at from the phone, which seems absurd).
What I can offer for people stumbling down the same path:
- Obsidian works fine as for ad hoc authoring of markdown while walking around
- It is known on stack overflow that markdown can't be sanely parsed into an AST
- That knowledge is kind of a branding misfire, the 'markdown' one is looking for is here https://github.com/commonmark/cmark
- That cmark binary + some foreach-file style script will turn markdown into html or xml. If you choose makefile and put spaces in the name of files you'll have a moderately bad few minutes cursing your tools
- Given that output xml/html, you can build whatever other html you see fit
- That html can be written back to the obsidian vault and opened by a phone browser (at least if it's a single file)
- CSS thus far appears to be required, I was really hoping to annotate the html instead
First 90% done here, second 90% to go.
- commonmark/cmark: CommonMark standard-based Markdown parsing and rendering library and program in C
-
Using Rust with Elixir for code reuse and performance
Yeah no doubt it, although in this case the C implementation has been a long running project that's under the official commonmark GitHub repo at https://github.com/commonmark/cmark.
But I think the most important thing here is an Elixir NIF already exists to use it. The blog post as is leaves readers having to implement ~100 lines of Elixir code to use the Rust version because the authors of blog post didn't include that in the article, or open source it as a library for others to use.
So from a reader's POV, if your goal is to get a highly stable, fast and safe Markdown parser running in Elixir, the Elixir cmark library I linked in a parent comment solves that problem out of the box.
- Share Your Tasks That Help You Use Tasker!
-
How do I link and use a c library?
I'm confused about how to use a c library (specifically, cmark) from zig.
-
My favorite cli/tui programs:
Writing Documents Markdown (and md2pdf or cmark + html2ps + ps2pdf) / plain text / groff
-
Presenting SwiftDown my markdown live editor package
It's built on top of cmark which make it fast, and use pure markdown without any proprietary format. It currently supports both macOS and iOS.
-
Thoughts on lex/GNU Flex?
However, writing a proper markdown parser is quite difficult as you have to support nesting and many weird corner cases. So, if you do not need to write your own parser (e.g. for learning purposes), it would be a lot easier to use an existing parser and write a custom renderer for roff. Some such parsers are cmark, commonmark.js, and goldmark.
-
My stack will outlive yours
I just use the small reference C implementation of CommonMark and it works great:
https://github.com/commonmark/cmark
There is an example where you load it via shared library in Python, i.e. send a Markdown string and get back an HTML string.
delta
- Difftastic, a structural diff tool that understands syntax
- Popular Git Config Options
-
So You Think You Know Git – Git Tips and Tricks by Scott Chacon
Thanks for the difftastic & zoxide tips.
However, I've been using this git pager/difftool: https://github.com/dandavison/delta
While it's not structural like difft, it does produce more readable output for me (at least when scrolling fast through git log -p /scanning quickly
-
Essential Command Line Tools for Developers
View on GitHub
- Potencializando Sua Experiência no Linux: Conheça as Ferramentas em Rust para um Desenvolvimento Eficiente
-
Unified versus Split Diff
I'm currently waiting on the integration between Delta and Difftastic:
https://github.com/dandavison/delta/issues/535
Difftastic now has JSON output, whic should make it much easier to build this.
- Delta, a syntax-highlighting pager for Git, diff, and grep output
- Ask HN: What's a new developer tool you recently started using?
-
Magit
I'm surely in the minority here. I've been using Emacs for almost a decade now, but I just can't get into the Magit workflow. I've tried several times, but always end up going back to Git on the command line. I have dozens of aliases, shell integrations, a nice diff viewer[1], etc., and interacting with Git has become muscle memory. I can commit, cherry-pick, rebase, bisect, fix conflicts, etc., in a fraction of the time it would take me to navigate Magit's UI. I'm sure with enough practice, a Magit user could do this more quickly and efficiently, but honestly, with some custom-built porcelain, Git's UI is not so bad. Though this could very well be Stockholm syndrome after using it for such a long time...
For whatever reason, Magit's opinionated workflows never clicked with me. A part of it is the concern that it will do something weird to my repo that I'll then have to waste more time undoing manually. I usually don't trust sugary wrappers around tools. And another is the fact I don't use Emacs on all machines, and setting up Git on a remote system is just a matter of copying over my config and some shell integrations.
Also, on a more personal note, I find the cultish fanboyism whenever Magit is brought up slightly offputting. Does anyone have anything bad to say about it? No software can realistically be this infallible. :)
[1]: https://github.com/dandavison/delta
-
How to use Git?
For looking at diffs I still prefer the command line though, and use delta to view diffs between commits or branches.
What are some alternatives?
rss-proxy - RSS-proxy allows you to do create an RSS or ATOM feed of almost any website, just by analyzing just the static HTML structure.
diff-so-fancy - Good-lookin' diffs. Actually… nah… The best-lookin' diffs. :tada:
nimler - Erlang/Elixir NIFs in Nim
difftastic - a structural diff that understands syntax 🟥🟩
re2c - Lexer generator for C, C++, Go and Rust.
vim-fugitive - fugitive.vim: A Git wrapper so awesome, it should be illegal
cmark - 💧 Elixir NIF for cmark (C), a parser library following the CommonMark spec, a compatible implementation of Markdown.
lazygit - simple terminal UI for git commands
lowdown - simple markdown translator
vim-gitgutter - A Vim plugin which shows git diff markers in the sign column and stages/previews/undoes hunks and partial hunks.
pulldown-cmark - An efficient, reliable parser for CommonMark, a standard dialect of Markdown
gitui - Blazing 💥 fast terminal-ui for git written in rust 🦀