Magpie – Git-backed Evernote replacement(magpie-notes.readthedocs.org) |
Magpie – Git-backed Evernote replacement(magpie-notes.readthedocs.org) |
That said, I like basic idea of extending magpie with a PDF scraper and email. Maybe it would spare some energy to fork gollum and add extension to it to make it more Evernote-like?
[1]: http://fluidapp.com [2]: https://www.iconfinder.com/icons/71619/book_moleskine_notes_...
It's very clean, allows markdown, and the best feature is that it keeps your content as files on disk, so even if you stop using the app, you still got your content (not hidden away in a database). Plus you can easily use dropbox, rsync or whatever to sync it. It's a really great app.
Just a note, any 'Evernote' replacement that uses any sort of markdown or markup language is not a true replacement, but an 'Evernote inspired' project. Most people don't want to learn markup languages. Rich text editors are the well established norm and any true Evernote replacement needs to have one.
Give https://turtl.it a shot as well. Aims to solve this very problem: Evernote with data privacy. (Disclaimer, I built it. Disclaimer2: not nearly as advanced as Evernote).
That said, Magpie looks really cool.
Stop using the word 'replacement' when in actuality you mean 'clone (wip)'
edit: here is a demo: http://magpie.sknkwrks.net/
after a few more minutes, things seem fine
edit: it seems that someone was able to remove my hard work and valuable information. Given that this is based on git, is there any way to revert or view previous versions of notes?
Yes, I know one could configure one's own github repo and make it accessible, etc. I know that cloud storage is about as reliable as that shaky cousin who's always borrowing "a few bucks for beer, man."
It seems like everyone is attacking the wrong problem. The problem is not the client, that's just a UI/UX issue that's never going to be resolved because, hey, I hate what you like and vice-versa.
Can someone please create a more reliable back-end so we can stop saying things like "I hate cloud providers"? I hate them, too, but I'm not going to redesign the part where the problem ain't.
There are already enough 'cloud' providers to provide the necessary diversity, and there is already enough crypto to provide the necessary security. What there isn't is an adapter layer that puts those two together in a way that lets folks like the Author build their favorite UI on top of it.
One such architecture might be a git server on a machine at one's home, which uses fuse to create a replicated secure backend across S3, some VPS, Dropbox, and what ever. Giving the git server on the machine a 'file system view' while creating a replicated and encrypted block back end using a variety of cloud providers.
You could do that with a VPS in the cloud as well, but it has some exposure to infrastructure seizure or damage. By hosting it at 'home' you trade some slightly stronger legal protections for the limitations of your home internet connection.
A server should just be a dumb, transparent container. Whether it's Github or some custom-made "super secure" server doesn't matter. The real magic happens in the client.
Edit: also it's listing all the files in the .git folder. I guess it should be excluded from the searches.