lobsters score: 28 · tags: rust, show
I’ve recently started taking notes using one big MD file per directory quite coincidentally, so love the idea of this. Some initial feedback:
- Also agree on a comment below to allow for editing an existing note (e.g., click on previous, it loads in the input box, make your changes, “save”)
- Ability to “complete” a “[ ]” MD task item by just clicking on the checkbox visualized in the notes (e.g., direct MD edit by click to change from “[ ]” to “[x]”
- Configuration/Setting to reverse the MD file order (e.g., currently in my own one big file method, the latest notes I create are at the top of the MD file, and the oldest at the bottom, which is easier for me to just “open” and edit without having to scroll forever)
score 3 · canonical
I’m planning to implement checkbox saving and note editing. The reverse MD order — I’ll have to think about this. Probably also yes, why not. Thank you!
score 2 · canonical
The timing of this post is such a coincidence, as I’m also working on something very similar right now (also inspired by the one big text file post + https://alexwlchan.net/2024/static-websites/), the difference being I’m getting it to work without running a local web-server: All my notes are in one HTML file, and would work with a tagging system similar to here on Lobsters, temporary views like filtering by tag or date to be rendered by JS and a save button to save the file at its current state (inspired by https://feather.wiki/).
The inline search and local link copy features are pretty neat!
score 6 · canonical
not yet. I’m still working on it, I’ll share it here once I have a minimal version ready
score 2 · canonical
I really like this - with uploads, it feels like a great way to get started with the archive/file organization technique outlined in https://alexwlchan.net/2024/static-websites/ (attach a bunch of files, then tar up the notes.md and the attachments directory together. (I guess you’d need a second utility that could serve it again.)
score 4 · canonical
Interesting idea. I believe there are utils which would expose a .tar or even truly zipped archives as a directory.
score 1 · canonical
zipped archives as a directory
PhysicsFS is widely used for this, at least in video-games:
PhysicsFS is a library to provide abstract access to various archives. It is intended for use in video games, and the design was somewhat inspired by Quake 3’s file subsystem. The programmer defines a “write directory” on the physical filesystem.
score 2 · canonical
I’ve used roughly this (minus the GUI) for bug-hunting sessions (one file per issue), which makes it pretty share-able too (copy- & paste into an issue tracker comment). Inserting dates is smart, maybe it could have a rfc3339-with-timezone format for extra share-ability.
Did you think about supporting editing notes, or is it a design choice to “go immutable”?
Will take this for a ride (possibly tinkering with adding vim bindings) – thanks for sharing!
score 2 · canonical
I was thinking that append-only and immutable would be the best. After all, you can always edit the markdown file directly (have to restart the server, though). But in principle, I guess it’s not a big deal, and it should be trivial to have an “edit” button which just “converts” a note into a textarea. The notes are stored in memory on the server side, and after an update it would just rewrite the whole file.
score 2 · canonical