4 ms·
To be fair, it's not hard to outperform something written in Electron with native code with a factor of ten :) Anyway, this is really impressive, so good job!
by Pannoniae 2y ago
To be fair, it's not hard to outperform something written in Electron with native code with a factor of ten :) Anyway, this is really impressive, so good job!
- Osiris 2y agoOne of the benefits of Electron is being able to build the same app for multiple operating systems. When writing GUI app using native OS calls, how does one make sure the code is compatible with all three major operating systems?
- titusjohnson 2y agoTypically by reading docs and writing compliant code.
- generalk 2y agoFolks did this plenty prior to Electron, either by using cross-platform GUI toolkits (GTK and Qt both run on Windows, Java's been doing this forever with Swing and JavaFX, etc), or by writing GUIs for multiple toolkits/OSes that work with the same/similar core application logic. Electron makes it easier to build cross-platform apps, and certainly cheaper, but it's not like it's the only way to do it.
- levodelellis 2y agoI'm the author. I had experience with SDL and wrote a test to confirm it still performs well (I never tried it on linux). It did, SDL has been ported to just about every OS. I have some OS specific code for windows but not much. The only OS specific things were executing a binary + stdio + closing it and slight differences in socket code (mostly used for DAP). C++ now has filesystem support so I didn't need any OS specific code for that
- Marsymars 2y agoThis is an important consideration for the developer/publisher, but less so for the user. I use all three major operating systems on a daily basis, and typically preferentially prefer single-OS apps, as I can typically expect them to be more performant and to better follow a platform's UI conventions.
- newaccount74 2y agoOpening a 1GB JSON file and scrolling, editing, and keeping syntax highlighting correct is something that even native text editors struggle with.
- Alifatisk 2y agoSublime have opened way larger files with no issues for me
- eyelidlessness 2y agoI’ll second this. And to emphasize, so it’s not just a useless “+1 comment”: I never cared for Sublime as an editor, despite some effort to appreciate it when it was at its popularity peak. But it instantly became, and remained, my go to editor for working with huge files.
- arghwhat 2y agoNative code does not replace efficient algorithms. V8 can also JIT JS to something that runs fast, although the extra layers of abstraction between web code and platform interfaces do not help, and V8 can only do so much.
- Pannoniae 2y agoNotepad++ is a champ at doing that, as long as it has line breaks. (It chokes with massive single-line files like any other editor)
- zo1 2y agoLove Notepad++ to bits, but it chokes on just 20MB of nicely-formatted XML if you have syntax highlighting on. Disable that (if you can figure out how), and you're golden.
- datavirtue 2y agoI had to buy UltraEdit which is capable of handling 10GB files (the size in my case). Nothing else that I tried would work. Of course, this was ten years ago. I havent had to work with very large text files since then. It was able to perform search and replace at an acceptable and responsive pace, nearly instant.