251–260 of 268 posts
Earlier quoted context omitted.
These two "nobody" reasons is why we are tettering on the edge of a browser monopoly, which will likely hurt desktop apps too if they use electron.
Monopoly = IE6, closed source, controlling the web. Monopoly != multiple large vendors contributing to Chrome/Webkit/etc.
Earlier quoted context omitted.
> Having built this kind of thing natively As have I :) > you actually might! macOS, for instance, has a few race conditions that can (easily) occur when using the built-in spell/grammar-checking functionality on text field/view instances. That forces it to load the wrong dictionary (one which differs from the system dic) and do so repeatedly each and every time you use the application? That doesn't sound much like a…
I've had it load the wrong dictionary, surprisingly, yeah (I keep en-us and en-jp handy). It's a classic case of Apple abandoning macOS like they have for multiple releases now. ;P There are bugs for NSSpellChecker going back as far as 2009 regarding automatic language detection (they're, however, now annoying as piss to link to... because all the old mailing lists/archives have been seemingly nuked. Thanks, Cocoa co…
For reference I was referring to Linux where Chromium and my DE all have their dictionaries set up correctly. I only ever seem to have this problem with Electron apps too. It's very annoying though.
Earlier quoted context omitted.
Right on, this generation has no right to complain about IE only web sites. /s
IE only websites was an issue when the engines were closed source and intentionally held back. We're well past that point with modern browser engines.
Earlier quoted context omitted.
>> What the earth needs is a better cross platform native GUI framework. NOT electron. I always like to use VSCode as an example. It's a tool a use on a daily basis, and I like almost everything about it. It's also a poster-child for a good Electron application, maybe one of the best around. Add to that I completely understand why it was made using Electron, and why it might not have existed in this form (available,…
> Even though large performance-sensitive parts of it like the editor buffer data structures etc are (AFAIK) implemented natively Actually they are not. The search in VSCode uses an external exe writing in Rust, but that is about it as far as custom native code goes. Atom though did add some native code data structures. Claims that VSCode is "inconsistent, it's full of random glitches" doesn't match my experience at…
Earlier quoted context omitted.
Horror. 4 antivirus programs in 2G RAM That makes me think of what school and uni digital illiteracy should look like.
given that the aforementioned neighbors are more than 60 years old I don't think you can really blame school and university
Earlier quoted context omitted.
> Not everyone on earth is a dev/gamer/video-editor. For regular people, electron is a cancer that needs to be nipped in the bud. My 10 year old netbook runs RStudio? Discord works great on my 10 year old Dell 2nd screen computer. What doesn't run VSCode?
>What doesn't run VSCode? Last week was the first time my 2015 XPS laptop started swapping too hard to get any meaningful work done, and that was because I jumped onto a project with a vscode workflow. Technically it can run vscode fine. But only if it's exclusively vscode. So now I'm working in my editor of choice most of the time, and then closing all my open applications whenever I need to use the vscode extension…
I think it's interesting how debates about Electron inevitably end up with the arguments 'the developer wants X' vs 'the user wants Y'. However, there's one aspect a lot of people seem to overlook in their arguments: pragmatism. The ideal application: - uses almost no memory - uses almost no disk space - is extremely fast - costs (next to) nothing - and has all the features in the world - presented in a manner that a…
> snappy enough to run > Electron is a new brainer Not everyone on earth is a dev/gamer/video-editor. For regular people, electron is a cancer that needs to be nipped in the bud. Remember, 91% of the desktop on earth is Windows (meaning regular USD 300 machines). And of them I'd wager less than 10% fit have machines where electron is snappy (1.2K Thinkpads). What the earth needs is a better cross platform native GUI…
> cancer that needs to be nipped in the bud.
Come on with the hyperbole. Electron is effectively (nipped) as it is most usually just the shortest path to giving apps a persistent offline option outside of the browser sandbox. I don't know of _any_ electron app that isn't also a dedicated web app. VSCode is embedded as an editor in a few online code sandboxes.
Electron apps will almost certainly be replaced with PWA akin to the MS strategy. Shared run time, distributed via a 'store' of some kind, etc. It's an arc that we are in the middle of.
I get it, the world needs a better solution. However there isn't one. There isn't even a #2 best option. Electron's success is just the industry's continued failure.
You'd think Google would be close with Flutter, but Flutter doesn't run in the browser. So, fail.
Are there any options you'd suggest using _over_ Electron?
Every couple months an electron thread pops up and gets the same bashing.
The world very much needs electron and that's why it exists. jQuery was the same way forever. People just complained _constantly_ that we should be advancing the spec and using built in calls. That jQuery was some sort of bloated misstep. Well, we're still waiting for web components to be standardized more than 15 years later.
So as I understand it, people that don't like electron would rather us use _nothing_. Thus providing _no_ stepping stone to what should rightfully come next.
I see the same thing with electric cars. They aren't perfect _now_ so why invest in them at all? Why even explore an avenue that could lead to other innovations if it isn't _perfect_ out of the gate? 91% of the world population don't even own cars!
Earlier quoted context omitted.
VSCode is worlds faster than Atom. However, relative to any native editor (Sublime Text, Gedit, GVim, Notepad++, Notepad itself, ...), VSCode ranges from anywhere between "sluggish" to "... is it frozen?". Now, I agree that how big the difference is, and how big a problem that becomes is subjective, but the presence of the difference itself is not. A good example being opening a new window. This is something I do sem…
What are the specs on your computer? How old is it? HDD?
Intel Core i7-8700 @ 3.2GHz (12 threads, Coffee Lake)
64 GB 2666MHz DDR4 RAM (4x Kingston KHX2666C16/16G)
SAMSUNG MZVLB512HAJQ 512GB NVMe PCIe SSD
GPU is just the built-in UHD Graphics 630
Opening a new window takes presents a blank, black window that has more and more UI glitch in over a 2 second period. This is very frustrating for as a file-open delay when doing quick small edits. Gedit, on the other hand, does it in the time it takes to make the "fwoosh" opening animation (which can supposedly be disabled for faster start).
And for the record, there are no specs bad enough that a text editor should have a noticeable delay to open.
Earlier quoted context omitted.
VSCode is worlds faster than Atom. However, relative to any native editor (Sublime Text, Gedit, GVim, Notepad++, Notepad itself, ...), VSCode ranges from anywhere between "sluggish" to "... is it frozen?". Now, I agree that how big the difference is, and how big a problem that becomes is subjective, but the presence of the difference itself is not. A good example being opening a new window. This is something I do sem…
I wish we could stop calling software we don't like "a cancer". It's hyperbole and detracts from the conversation, IMO. The phrase "x is a cancer" is a cancer. :)
I find the term to be quite fitting here. The use has spread to an absurd degree, meaning that there is a large change that everyone is running one or more instances of this framework at any given time, and use of this framework not only harms UX, but also brings down the machine it runs on through resource consumption. Well, maybe "pandemic disease" is better than "cancer".
When everything uses something like Electron, you the ability to simple chose to avoid it. Like a disease, Electron is that you involuntarily get subjected to, and as such, would prefer to see eradicated.
(And yes, yes, we should improve the experience of making cross-platform native apps, but due to Electron, no one is even trying anymore outside of mobile.)