However, this particular application appears to work exactly as intended and uses all of 150MB of RAM and 0.1% CPU on my (admittedly quite beefy) laptop. Maybe, just maybe, this is actually a pretty well-built application? I understand if someone won't use this program because it doesn't scratch their particular itch. But, not using something solely because of the techniques used to build it, seems a bit elitist to me.
Because browsers are their own OS pretty much, and shipping one per application is not ideal.
Using this same logic we'd be demanding that Netflix run over a 56K modem. It's a completely not realistic.
I would very much like to see your cloud syncing solo-developed markdown note taking app with HTML rendering available for Mac, Windows, Linux, Android, and iOS that uses under 16 MB of RAM. Or maybe you could point me to something of the sort that existed in 1998.
I'm sure you've got a quick link to that so I'm looking forward to trying it out.
I don't think it matters very much what underlying frameworks are being used, especially to the end user.
If it's so easy to implement this natively on five platforms (Mac, Windows, Linux, iOS, and Android), please send us your link to your native cloud-syncing markdown note taking app, I'd really like to see it.
Every Electron text editing app I've used has noticeable input latency and hitching compared to native on my system.
> If it's so easy...
It's practically part of the human experience to have opinions about technology you haven't personally developed. The author can build their software however they want. I just won't use it.
I haven't been able to find any other five-platform markdown based note taking app with plugin support and cloud sync, so I'm still awaiting your link to a superior native alternative. It seems like Electron itself specifically enabled this application to exist.
If you can detect the input lag in Visual Studio Code I should commend your superior reflexes and genetic makeup.
It's true, I haven't tried it. Perhaps this solo dev has succeeded where large teams with more resources have failed.
> I'm still awaiting your link to a superior native alternative
Sorry; I thought you wanted one that I'd written. I've used SimpleNote for years. It's got dozens of clients, many of them native; I use NValt, Resoph Notes, and the official iOS client. It supports markdown. It doesn't support plugins, but you didn't want that until just now.
> If you can detect the input lag in Visual Studio Code
I use VSCode extensively for a large Angular project on a Macbook Pro with a 4K screen. I get trivially reproducible hitching, often when autocomplete kicks in. It doesn't require superhuman senses to see. The console is also easy see lag on; just use it to edit a commit message with vim during a rebase. Character input speed is easier to notice if you've been using Sublime or Vim immediately beforehand. It's not a deal-breaker; VSC is unparalleled for Angular development. I wish it was snappier, though.
https://github.com/Automattic/simplenote-electron
> simplenote-electron is the official Simplenote desktop app for Windows and Linux.
I'm only being annoying and flame-war-ish to you about this because I'm somewhat tired of "framework hate." Case in point, you still use VSCode because no better alternative exists for Angular development. So, I still criticize your initial comment where you chose to proclaim that this app that you haven't tried should be written differently, even though it's written the same way as an application you rely on.
It might be interesting to read one Electron developer's take on the issue:
https://medium.com/@felixrieseberg/defeating-electron-e1464d...
Electron is a trade-off that prioritizes developer productivity over end-user experience.
Caring about resource utilization like it's 2000 is an absurd exercise, I really wish the community would stop.
"At that time, I was new to develop apps on top of Electron and ReactJS. As Inkdrop grew, I have learned a lot of good practices from it. I found that it can be improved much better in terms of implementation."
Thing is its easier than ever with QML and C++... : (
https://medium.com/commitlog/electron-is-cancer-b066108e6c32