I have settled on Google Keep for my note-taking, for ease of use and durability. I like that Standard Notes is similar, but adds privacy and the option for self-hosting. Being open source and extensible is a bonus!
I like Google Keep as well, but I can only really use it for "simple" notes that I take while mobile. The lack of any kind of formatting system is a detriment I think.
Also, the UI on desktop is pretty poor. A native mac app would be a huge boost.
I used to like Keep as well, but I needed something that would work offline, even trello wasn't an option. I ended up writing my own version of a todo manager (in a language I wanted to learn). A very simple and basic version, it even has an API and a cli client!!
That's my thought exactly. I was shocked when they updated it December 16th last year! Maybe there was other updates last year too, but year, totally amazed they've let this little beauty last so long.
I use Google Keep. But I plan to move off of it after I accidentaly removed part of the note and noticed then that there is no undo at all. Even notepad.exe has 3 step undo, so that is totally unacceptable.
I found Google Keep much too basic. Now I'm using Google Docs and I'm fairly happy.
Some of the features I like about it:
Searchable
Formatting support
Edit history
Android App
Good web interface
Syncs perfectly between platforms with simultaneous editing
Google is unlikely to disappear with my data anytime soon, and has been good about letting you take your data with Google Takeout
And some things I don't like:
My own Cloud/NSA paranoia
no end-to-end encryption AFAIK
Android app sometimes slow to open a note for editing
There are a few elements missing that I would really love to see. Mostly native image upload support and embedding. Live Markdown preview WYSIWYG editor.
currently supports image paste -> embedding (this was a crucial feature for me as well) and notes in markdown, latex, html, inline javascript (so you can do a note with some d3 or whatever).
I decided to not do live markdown preview because the save feature is fairly quick, and it gives more space on the page for editing on my small screen.
What I'm hoping for is self-previewing Markdown -- where you use the equivalent of syntax highlighting to approximate how the Markdown will be rendered. Lines starting with # are bigger, links are links, and so on. Bullets don't even need to be changed, except possibly in color.
The split-pane approach, with one Markdown pane and one WYSIWYG pane, is such a waste of screen space, when self-previewing Markdown is all you need if you're not trying to create a published document.
A former Show HN project, bluedocs.io, offered this by default. But now it's defunct (and my notes are lost with it).
I use Dropbox Paper for my note taking, it has nice formatting options - although I am acutely aware that Dropbox could drop it at any moment, so something like this suddenly becomes very attractive.
I started using Dropbox for notes too, except I ended up just creating a folder structure of Markdown files in Sublime. I figured Sublime was a good way to go because it is already always open for work stuff and it's got decent searching capability.
For mobile (more for reading, not creating), I use MarkdownX (free) which integrates nicely with the Android Dropbox app.
For clipping links into my notes on desktop, I use a Chrome extension called "Copy as Markdown" which creates a nicely formatted link for my notes.
Very nice. Now all I need is the same thing but for all my photos so my kids can dig through them in 30-50 years time, like I can do with my parents' photos...
It would be nice (and I'm looking for somewhere to move all my Flickr photos), but it massively increases the resources required at the back end. Storing a lifetime's worth of typed text is maybe tens or hundreds of megabytes. Many people will generate that much data as photos in an afternoon.
I'm also yet to find the perfect photos app. It needs to have:
- self hosted front end with a simple management interface for organising photos into albums, uploading, setting permissions
- simple security so you can share only with the people you want to share with, especially simple for older relatives
- backend storage should be any cloud hosting system such as on AWS S3, but the data shouldn't be accessible to any one publicly, except via the application, and ideally encrypted at rest.
It is under active development they just haven't released a new version. The preferred way to deploy it via GCE or Scaleway will use the latest dockerized version. They update it from time to time.
Same here. I'd love a self-hosted Flickr. All the ones I've tried don't even come close. I like Smugmug as far as layout/features and use it too, just wish I could self host it.
I really like Google Photos for it's excellent search capabilities. Being able to search for photos with my dog or from a time or specific places is fantastic.
Bear App (http://www.bear-writer.com) is pretty neat too - it has Markdown support and uses iCloud Sync, which is probably the best part of Apple's Notes app.
Have started using and has become my daily driver (for notes and lite GTD work). The developers also actively engage with the community over at reddit.com/r/bearapp
I on the other hand find Bear horrible. You are completely locking yourself into their system and if you stop paying the monthly fee, you even loose the ability to sync your things to your phone or Mac.
On top of that, I find their organization features not very good. The ability to tag notes seems neat at first but it can become very messy very fast. Completely freeform tagging requires a lot of discipline to not get out of hand, nested tags make this even more difficult. This is especially true for a notes app that is supposed to last you over many many years and possibly hold thousands of notes at some point.
I personally bought Ulysses and use that as my notes taking app for text-only documents, and Apple Notes for short-lived image related notes.
It's more a full blown, fully customizable writing app targeted at writers. Using it only for notes is probably not doing it justice.
In any way, my point is, I personally rather pay a price and own the piece of software than renting an app. In the case of Ulysses, I can still use the same version that I currently own in 10 years even if the company behind it goes out of business (given it will still run on our machines that we use at that point) + updates until the next paid upgrade (if that happens). I am not locked into a sync solution and can freely switch from iCloud to Dropbox to <other folder sync technology> to make it future proof.
Bear on the other hand is even more uncertain. Sure, the subscription is helping the developer to keep the app running but once I stop paying that, I will loose crucial features. Also a subscription doesn't guarantee that something unexpected will happen to Shinyfrog (the company behind it).
Found myself in a similar situation with Wunderlist slowing down over the past year. Found Taskcade (http://www.taskcade.com) to be a good alternative, but it is web only right now.
After being a heavy SimpleNote user I finally migrated to Onenote. Simplenote is excellent for basic notetaking but having used Onenote I'm spoiled by it's ability to search within images. This is a lifesaver if you have to quickly search for a scanned receipt or a screenshot.
This is really great! Finally I can dump the Evernote beast. I think the UI could be polished a bit (collapsable Tags/All Notes section), but other than that, I'm 99% happy.
Interesting is one word for that, given the main thesis that venture capital is universally to blame for the failure of centralized things we rely upon (with zero evidence to support this assertion), and that building another centralized service with less functionality is somehow the better answer. Speaking personally, I completely rely upon PDFs and images and things accompanying my notes because of the nature of the work I do (I have about 4,700 pages of research and almost a gigabyte of imagery all tied together in a Scrivener project for a single piece of work, for example), and the frozen feature set so proudly advertised smacks of "people need to take notes exactly the way I do," which is an immediate turn-off for me. That it's taken further and somewhat arrogantly called "standard" notes really chills me on liking this product at all, given that it completely and intentionally omits useful things to a lot of people -- including me. Then there are extensions, of course, pushing out all the useful features to extensions which will work even less over time.
Maybe some people will like this, but the motivations and decisions just seem ill thought out so far, particularly when it's "VC is going to kill Evernote, so you should rely upon a hostname I personally administer instead and you get exactly what I give you" as the main call to action when I go to the page.
I agree. I spent quite a few years working in Digital Preservation, and what we found is that as evil as you paint them, a big corporation with lots of money will outlast an individual with pure motivations. That's why we can still read DOC files today.
Speaking realistically, investing your personal data in this project is currently a much greater risk than using Evernote.
The app doesn't work without an active web connection -- it's just an empty shell. So if the website goes down, I've still lost my data unless I back it up in advance.
I don't agree with the author much. Ok, Windows Evernote client is a bit bloated, I agree, but I can still immediately enter new note and immediately search notes via a shortcut. And there is a normal windows listview where I can see a lot of notes at once.
On the contrary, this is like a web application optimized for tablet converted to a windows app. Frankly the list of notes looks horrible on desktop.
Anyway, I look forward to this project, and it could be successful in the end, similar way the Visual Studio Code is. Good luck.
I like this idea. It's remarkable how bad the Apple Notes apps are. I'm trying to get started with Standard Notes but running into trouble.
Both Standard File servers are down:
https://n3.standardnotes.orghttps://n1.standardnotes.co.uk
Purely out of curiosity - what do you find remarkably bad about Apple Notes?
For context, I use Apple Notes frequently but not regularly (~100 notes over four years) and suspect my use is not heavy enough to uncover limitations.
Hmm, good point, looks like you can export individual notes as PDF, but that's it.
I use the Workflow app on iOS, and I have a feeling it would be relatively trivial to write a workflow that loops through all your notes and writes them all to text files in Dropbox or something else like that. Of course Workflow is a paid app, but it's about the closest you can get to "programming" on iOS without a paid developer account.
Well, the notes are stored as HTML text fields in a SQLite database somewhere in /Library. You could easily write a script to export them directly from there.
Since an AppImage is just a compressed filesystem, you can also extract its content very similar to a zip file. But you then will miss out on the easy binary delta updates using AppImageUpdate, and have an extra step of unpacking, and will need more storage space.
1. Traditional Distorbution packages. If someone want to go that way OpenSuse Build Service. https://build.opensuse.org/
"The openSUSE Build Service is the public instance of the Open Build Service (OBS) used for development of the openSUSE distribution and to offer packages from same source for Fedora, Debian, Ubuntu, SUSE Linux Enterprise and other distributions.." (Possibly MacOS and Windows)
2. Package Formats (I hope it is the future) we have appimage, flatpak (Redhat backed), snap (Ubuntu backed). Containerized solution with the hope of easier portability and better security by sandboxing type solutions.
Personally I think flatpak is the best of breed with appimage a close second. Flatpak and appimage are the most open friendly. Flatpak using individual repositories which I prefer. Snap uses a central location which i also don't like as much.
This is incredible. I was going to pay a developer to create something like this because I wanted its exact features so badly. A note-taking system that works cross platform with local-encryption. I'm too happy right now!
For note taking and simple task management, I have cycled through pen and paper, plain text files, taskwarrior [1], hnb [2], ToDoList[3] et cetera. Always looking for the perfect solution. I think it doesn't exist as a standalone environment, but as a combination of (synced) app and some pen and paper.
Cycled through many, came back to keeping the old fashioned Google Docs (Word) file. Just have a bookmarked link in the Chrome's toolbar. I envy those who've been using Word file to collect information for many years, well, since the beginning.
I've been using Google Keep for quick, short-lived notes and Google Drive for long-lived notes. If Google would add support for tagging files in Drive, I'd be able to switch to it completely.
At one point, I used a directory of text files synced with Dropbox, vim to edit, and a few bash scripts and vim functions for tagging and searching. It worked well except on mobile.
This is a really cool project. I love the spirit of this. I would also mention nvALT has a similar philosophy in terms of file format and supports Markdown and fast searching of notes. Sadly it is closed source and Mac only so it does not have the same overall philosophy (despite the note output being very portable).
I feel this will work for a lot of people, especially less technical users. I have settled on Org and or Markdown, to Dropbox if required sync. Emacs and or any other text editor will just works. That said just taking notes in a consistent place and in a consistent format gets you 80% of the way there. Grep and find still work. I almost always end up back there :)
Org is its own little world, but I know that I can always edit an Org file on any computer with my preferred editor.
I like this trend of back to basics in computing (even if it is running in a web browser on my desktop), its goals are nice.
edit:nvalt is open source. Mac only and as others pointed out not updated too regular but I know people who love it.
I use deft after trying a few other alternatives.
In the end I realized that I didn't want to learn another tool just for taking notes, so it had to be both something simple and something that integrates with my editor (Emacs or Vim).
If you are on Windows, I highly recommend ResophNotes. It isn't open source, but it's excellent software very much in the spirit of nvalt. I've combined ResophNotes with Autohotkey and Merlin Mann's notes taxonomy and it's a killer combination for me.
That looks pretty great. I've been looking for a simple (from a UI perspective) tk application to learn from and I think nvPy fits my needs nicely. Thanks!
A made a simple clone (https://github.com/wincent/corpus) of nvALT in JavaScript because it was easier for me to make an app from the ground up in Electron than it was to hack on a foreign Objective-C codebase (a little out of practice). I wouldn't recommend that anybody actually use it though because it is far from complete, albeit good enough for me to use it every day.
Interesting! I had a similar thoughts, but didn't want to start from scratch (I include Electron in this definition). Instead, I went with implementing it as a Atom package to leverage its community and other text-editing features. See https://github.com/viddo/atom-textual-velocity
Excellent effort! However, it also introduces a _major_ security hole:
The Electron Desktop App simply loads an index.html which points at remote JavaScript. That's crazy dangerous - if that endpoint gets compromised, nothing keeps the attacker from running `rm -rf /` on every user's machine.
I'm a member of the Electron maintainers group and fully realize that this is partly on us for not educating better. Remote code should never run with full privileges - consider using a `webview` instead, which can be sandboxed.
What you found are just bugs. But their main point is indeed security - compared to say simplenote. Here everything is indeed encrypted and they have no way of reading our data
Items are encrypted with random keys. No two items are ever encrypted with same key. Thus no need for IV, and makes implementations across platforms simpler.
Is there actually any description of how you're encrypting, how you manage and distribute keys, why you believe this is secure, why you're not using an authenticated mode, etc? "Thus no need for IV" when your desktop client just pulls a minified blob from somewhere is not particularly reassuring.
Unless you have an extensive background in application security, especially on the stack that you are using (Electron, etc), then don't advertise security as a feature. Let someone else who knows how to crack 'secure' apps decide if your app is secure or not.
As Bruce Schneier famously quipped, anyone can invent a security system that he himself cannot break.
Or sign each release with a private key on a machine that's "very protected from the Internet" and only have the Electron app automatically pull the update if the signature can be verified with the public key. Note that the public key should also not be on the web server (try Keybase ... if you don't have it I'll send you an invite).
EDIT: Oops ... see the comment below as apparently Electron supports code signing via certificates.
I'm just getting started with Electron, so forgive me if this is a stupid question, but how is that different from the updates endpoint getting compromised (for apps with auto update enabled)?
That's an excellent question! The auto updater requires your packages to be code-signed, meaning that someone would have to compromise the endpoint _and_ also be able to sign code with your root-trusted certificate.
I started 2 or 3 similar side projects that went nowhere, so my current setup is still an iPhone that stores notes on my private IMAP server and a Thunderbird plugin to edit the notes on my PC. I'm extraordinarily thankful that this comes to an end. I'll gladly donate as soon as they add a donate button.
Big fan of the approach. Would be a lot easier to use IMO if you could live edit in Markdown rather than having to toggle back and forth between preview mode and editing.
Also curious how hard it would be conceptually/architecturally to introduce federated sharing and realtime collaboration concepts while maintaining the data-centric approach; e.g. if all docs had GUIDs you could imagine having realtime collab if two people agree on the same server, (or I guess some much crazier P2P discovery thing if you want to get really wild with it).
We want to do something like this through extensions. The goal of this app is to last really long, so it has to stay simple, otherwise bloat, debt, and inevitable abandon ensues.
Extensions are pretty powerful and can handle collaboration. You can build things like revision control as well. Right now Dropbox sync is available as an extension: https://standardnotes.org/extensions
It looks like extensions essentially fire off your note data to third parties. Is there a method for extensions to add Javascript to the running application instead?
Data can be sent off either encrypted or decrypted, with encrypted by default. Javascript extensions are unlikely as they would make the app really busy and probably unmaintainable.
OK, thanks :). The itch I'd like to scratch is some features from TaskPaper; my ideal "Notes" app is an open-source, cross-platform combination of TaskPaper and nvALT. However, adding nvALT-ish-ness and TaskPaper-ish-ness would require some heavy UI extensions. I'll ignore the extensions API for now and have a twiddle with the guts of the webapp. Cheers!
Yes, totally possible. Right now extensions are data based. But there is another breed of extensions we're building towards, which is "previewers" or "renderers", which allow you to parse the text and display it in any which way. This will be coming pretty soon, and will replace the current built-in Markdown editor with an extension. Trying to remove as much built in dependencies as possible.
I tried to take latex notes for a while in my machine learning class, but found pencil and paper to be much, much more ergonomic. I was spending time thinking about the latex syntax, distracting me from thinking about the actual content.
Also, spatial arrangement of elements is an important part of mathematical notation for understanding the relationships between entities, which can get lost looking at unrendered latex content.
- Typora. Markdown format. Equations rendered on return key.
- RStudio. Markdown format. However equations don't get rendered immediately. Requires a knit HTML or PDF action. Still, it's my preferred tool.
- Jupyter notebook. ipynb format - can be exported to HTML or PDF. Equations get rendered somewhat immediately (after a shift return keypress).
- Libreoffice Writer. ODT format, can be exported to HTML or PDF. Uses its own equation editor (which is quite good if you like GUIs). Rendered immediately while equation is being typed. Used this for my first ML class - no trouble at all.
Just that you can toggle between a Markdown preview. I see how it can be ambiguous. Markdown though is going to be decoupled from the main app and served as an extension instead.
289 comments
[ 3.3 ms ] story [ 280 ms ] threadAlso, the UI on desktop is pretty poor. A native mac app would be a huge boost.
It's a shame there is no public Keep API to play with. I would write the app myself!
https://github.com/thewhitetulip/Tasks
Some of the features I like about it:
And some things I don't like:[1] https://en.wikipedia.org/wiki/Calendar_and_Contacts_Server
http://texts.io/ Came close.
I really hope that this project will develop into something better.
Doesn't look like it supports tagging/searching and organising notes though (correct me if I'm wrong)
Sadly it's closed source and cost $19/user.
https://github.com/divbit/grimoire
currently supports image paste -> embedding (this was a crucial feature for me as well) and notes in markdown, latex, html, inline javascript (so you can do a note with some d3 or whatever).
I decided to not do live markdown preview because the save feature is fairly quick, and it gives more space on the page for editing on my small screen.
The split-pane approach, with one Markdown pane and one WYSIWYG pane, is such a waste of screen space, when self-previewing Markdown is all you need if you're not trying to create a published document.
A former Show HN project, bluedocs.io, offered this by default. But now it's defunct (and my notes are lost with it).
Of course, it's only an editor for local documents. I wonder if this could be glued to Standard Notes as a backend somehow.
https://www.dropbox.com/en/help/9212
For mobile (more for reading, not creating), I use MarkdownX (free) which integrates nicely with the Android Dropbox app.
For clipping links into my notes on desktop, I use a Chrome extension called "Copy as Markdown" which creates a nicely formatted link for my notes.
- self hosted front end with a simple management interface for organising photos into albums, uploading, setting permissions - simple security so you can share only with the people you want to share with, especially simple for older relatives - backend storage should be any cloud hosting system such as on AWS S3, but the data shouldn't be accessible to any one publicly, except via the application, and ideally encrypted at rest.
"Camlistore (Content-Addressable Multi-Layer Indexed Storage) is under active development."
"The latest release is 0.9 ("Astrakhan"), released 2015-12-30."
> no buttons worked > no hotkeys
On top of that, I find their organization features not very good. The ability to tag notes seems neat at first but it can become very messy very fast. Completely freeform tagging requires a lot of discipline to not get out of hand, nested tags make this even more difficult. This is especially true for a notes app that is supposed to last you over many many years and possibly hold thousands of notes at some point.
I personally bought Ulysses and use that as my notes taking app for text-only documents, and Apple Notes for short-lived image related notes.
In any way, my point is, I personally rather pay a price and own the piece of software than renting an app. In the case of Ulysses, I can still use the same version that I currently own in 10 years even if the company behind it goes out of business (given it will still run on our machines that we use at that point) + updates until the next paid upgrade (if that happens). I am not locked into a sync solution and can freely switch from iCloud to Dropbox to <other folder sync technology> to make it future proof.
Bear on the other hand is even more uncertain. Sure, the subscription is helping the developer to keep the app running but once I stop paying that, I will loose crucial features. Also a subscription doesn't guarantee that something unexpected will happen to Shinyfrog (the company behind it).
https://standardfile.org/
[1] https://medium.com/@mobitar/evernote-is-what-happens-when-yo...
Maybe some people will like this, but the motivations and decisions just seem ill thought out so far, particularly when it's "VC is going to kill Evernote, so you should rely upon a hostname I personally administer instead and you get exactly what I give you" as the main call to action when I go to the page.
Speaking realistically, investing your personal data in this project is currently a much greater risk than using Evernote.
I fail to see any risk in investing your personal data in this project. According to the website you can simply output your data to a text file:
(I have no stake in this app, but personally use vimwiki and thus have all my notes in markdown text files anyway)On the contrary, this is like a web application optimized for tablet converted to a windows app. Frankly the list of notes looks horrible on desktop.
Anyway, I look forward to this project, and it could be successful in the end, similar way the Visual Studio Code is. Good luck.
Edit: I should really set up redirects for those.
For context, I use Apple Notes frequently but not regularly (~100 notes over four years) and suspect my use is not heavy enough to uncover limitations.
I use the Workflow app on iOS, and I have a feeling it would be relatively trivial to write a workflow that loops through all your notes and writes them all to text files in Dropbox or something else like that. Of course Workflow is a paid app, but it's about the closest you can get to "programming" on iOS without a paid developer account.
[0] http://appimage.org/
Seriously, .deb or .rpm is okay, but what users will really want is a proper apt/rpm repository, which is for sure more effort.
I honestly prefer zip or AppImage. Distribution independent, and it's super easy to get auto updating in Electron.
Shorter term, an Ubuntu PPA wouldn't hurt. Other people have other opinions and litmus tests, of course.
1. Traditional Distorbution packages. If someone want to go that way OpenSuse Build Service. https://build.opensuse.org/
"The openSUSE Build Service is the public instance of the Open Build Service (OBS) used for development of the openSUSE distribution and to offer packages from same source for Fedora, Debian, Ubuntu, SUSE Linux Enterprise and other distributions.." (Possibly MacOS and Windows)
2. Package Formats (I hope it is the future) we have appimage, flatpak (Redhat backed), snap (Ubuntu backed). Containerized solution with the hope of easier portability and better security by sandboxing type solutions.
Personally I think flatpak is the best of breed with appimage a close second. Flatpak and appimage are the most open friendly. Flatpak using individual repositories which I prefer. Snap uses a central location which i also don't like as much.
http://flatpak.org/
[1] https://taskwarrior.org/
[2] https://linux.die.net/man/1/hnb
[3] http://abstractspoon.weebly.com/
At one point, I used a directory of text files synced with Dropbox, vim to edit, and a few bash scripts and vim functions for tagging and searching. It worked well except on mobile.
I feel this will work for a lot of people, especially less technical users. I have settled on Org and or Markdown, to Dropbox if required sync. Emacs and or any other text editor will just works. That said just taking notes in a consistent place and in a consistent format gets you 80% of the way there. Grep and find still work. I almost always end up back there :)
Org is its own little world, but I know that I can always edit an Org file on any computer with my preferred editor.
I like this trend of back to basics in computing (even if it is running in a web browser on my desktop), its goals are nice.
edit:nvalt is open source. Mac only and as others pointed out not updated too regular but I know people who love it.
https://github.com/ttscoff/nv
That being said, I don't think it's updated too regularly. Brett is working on a complete rewrite of the app (which will be a paid version): http://brettterpstra.com/2015/09/14/an-nvalt-and-more-status...
http://orgmode.org/worg/org-contrib/org-velocity.html
http://jblevins.org/projects/deft/
If you are on Windows, I highly recommend ResophNotes. It isn't open source, but it's excellent software very much in the spirit of nvalt. I've combined ResophNotes with Autohotkey and Merlin Mann's notes taxonomy and it's a killer combination for me.
The Electron Desktop App simply loads an index.html which points at remote JavaScript. That's crazy dangerous - if that endpoint gets compromised, nothing keeps the attacker from running `rm -rf /` on every user's machine.
I'm a member of the Electron maintainers group and fully realize that this is partly on us for not educating better. Remote code should never run with full privileges - consider using a `webview` instead, which can be sandboxed.
Most security issues are.
Unless you have an extensive background in application security, especially on the stack that you are using (Electron, etc), then don't advertise security as a feature. Let someone else who knows how to crack 'secure' apps decide if your app is secure or not.
As Bruce Schneier famously quipped, anyone can invent a security system that he himself cannot break.
EDIT: Oops ... see the comment below as apparently Electron supports code signing via certificates.
Also curious how hard it would be conceptually/architecturally to introduce federated sharing and realtime collaboration concepts while maintaining the data-centric approach; e.g. if all docs had GUIDs you could imagine having realtime collab if two people agree on the same server, (or I guess some much crazier P2P discovery thing if you want to get really wild with it).
Extensions are pretty powerful and can handle collaboration. You can build things like revision control as well. Right now Dropbox sync is available as an extension: https://standardnotes.org/extensions
...just needs a dark theme now :-)
Also, spatial arrangement of elements is an important part of mathematical notation for understanding the relationships between entities, which can get lost looking at unrendered latex content.
- Typora. Markdown format. Equations rendered on return key.
- RStudio. Markdown format. However equations don't get rendered immediately. Requires a knit HTML or PDF action. Still, it's my preferred tool.
- Jupyter notebook. ipynb format - can be exported to HTML or PDF. Equations get rendered somewhat immediately (after a shift return keypress).
- Libreoffice Writer. ODT format, can be exported to HTML or PDF. Uses its own equation editor (which is quite good if you like GUIs). Rendered immediately while equation is being typed. Used this for my first ML class - no trouble at all.
I wonder how hard it would be to add the cloud server as a backend to boostnote...
[0]https://github.com/BoostIO/Boostnote