It's amazing what you can do with simple text, especially with a Markdown-supporting editor.
Using pass + git now. Works great.
The only other issue we have heard of precisely one other time has to do with Firefox pinned tabs + some assortment of Firefox browser extensions. To be clear, any reproducible issues with syncing are 100% fixed as quickly as possible.
Lastly, regarding our API for syncing, while our encryption specification is described in plain text detail, you'd have to inspect our source to see how syncing works.
This was July or August of 2018 and Chrome on the desktop and Android.
I use working copy for accessing a git repo where I keep notes on my phone. It’s a great little app.
The only downside is I sometimes forget to commit and push, then expect docs to magically show up on my Desktop. I also wish it were a bit easier to add templates.
I’ve been building a markdown interpreter on top of that repo to parse some of the more structured parts of my journal into little graphs and things (so I can see how good I am at doing all my todos overtime, for example). I’m thinking about creating a sync system so I can get the real time saving, too.
I really, really want to just deal with plain files. So I think I’m going to try cooking up some sort of interface that commits to a git repo automatically/can spit out some templates and things, but have it be just git and plain files under the hood.
I use markdown formatting for everything, so it's easy enough to export if I want to. For my diary I've written a script that decrypts the files (one per day), concatenates them, builds and index and spits out a single HTML file.
That's the main thing I'm lacking with my setup. I normally use git crypt when I need to encrypt something in a git repo, but I can't access files I encrypt with git-crypt via working copy.
like the folders feature for organising your notes. what if for some reason you don't have the funds to pay next time your subscription is up, do you just go back to having thousands of notes without any organisation?
I pay for dynalist even though I don't need the premium features but because I want to support the devs and hopefully decrease the change of the service disappearing in the fir future. but it nice to know if I can't afford it for a year or two that I can still use service without having any drawbacks
i guess, for us who can't afford StandardNotes, we're stuck with Joplin. bad phone app, no web app. but it has decent features and CLI support.
The output of Markdown processing is not.
Markdown is intended to be readable without processing as its syntax is mostly based on plain text email conventions. You should consider the ability to process Markdown to another output format to be an almost incidental benefit to using Markdown, rather than its primary function; meaning, Markdown syntax conveys semantics even without processing.
Its line behavior is based on plain text email client conventions, and plain text editor behavior, which many do not by default perform line wrapping, nor necessarily should, depending on user preference. Meaning, a Markdown file should be readable with line wrapping turned off, hence why it consumes line breaks, unless you use two spaces at the end of a line to override this behavior. (Think of the two spaces as an invisible rendering hint to Markdown processors.)
Email line length specifications: https://tools.ietf.org/html/rfc2822#section-2.1.1
> and plain text editor behavior, which many do not by default perform line wrapping
Not true, in a plain text editor you can make ascii art, or a dashed list of items, without having to type special syntax, and it will not become one long line
Dynamic line wrapping for display is something different than removing newline characters ("\n") you type in the string. Markdown does the latter. Text editors do not remove newlines you type.
> plain text email client conventions
I don't think plain text email ever removes a deliberate newline you type either. Does it?