Genuine question, why does it matter? Why shouldn't a project choose a production ready method of creating cross platform compatible code to avoid duplication of efforts and cost?
why does it matter?
because most people use more than one program at the same time? fire up that one along with, I dunno, Spotify and Discord and Slack, and suddenly your midrange laptop's RAM is all but gone.
Same thing happens to me if I were to open each of those apps as chrome tabs.
The apps you listed provide a web version also. Adding choice to the customer experience is a good thing!
Adding choice to the customer
"you can have your memory eaten by our website in your browser, or by our website in a separate browser window wearing fake moustache and glasses" doesn't seem to be much of a choice.
meanwhile if you launch their services using something other than a glorified Chrome tab, like spotify-qt or ripcord, they both end up consuming like one tenth of the resources the official clients do.
Why do you think everyone cares to optimize every single ounce of their ram memory. There is a lot more to UX than that.
I would rather an imperfect choice than none at all
That's a bad analogy. A browser with 5 tabs is not like having 5 different browsers open.
User experience is not just about optimizing every little bit of your RAM consumption. They're are plenty of other factors as well
Yes, and UX is bad in web applications. I‘m saying that as a web application developer.
Oh the fact it's cross platform is not the issue, the issue is that Electron sucks. There are better alternatives available like Tauri, yet companies keep using Electron because that's what their developers know and they're afraid to try something new.
If I'm a company and want to bring something to production quickly, what should i choose:
A relatively new tool that has seen barely any production use and thus could have a bunch of unanticipated problems. Also nobody uses it so every new engineer you bring onto the project has to learn something entirely new before they can start really contributing. You also have no idea how long it will be supported by its developers into the long term future.
A battle hardened, production tested tool that has a huge community, has been around for a long time, and that a lot more developers already know how to use.
Sure #2 might be slower by a few fractions of a second, but if I'm in charge of the business i know which option I'm going to choose 100% of the time.
Look, I'm not a fan of early adoption either... but Tauri is not a one-person project that appeared yesterday. It's been around for a while now and has important industry endorsements.
Also, every company should have an objective and rigorous set of technical requirements for the frameworks they use. If Tauri passes those there's no reason not to use it.
As much as technologists like us wish we could prioritize efficiency and use the latest and flashiest tools all the time, that's just not practical. When you say you want each company to have an objective set of technical requirements when choosing a toolset, you also have to have a set of practical requirements. What is the cost of friction of adding a new tech stack to the company?
Adding electron means just learning electron. Adding Tauri means learning Tauri and Rust.
It's like the saying goes, "the best camera is the one you have with you". It's true with any business decision.
You have to upgrade sometime, you can't stick to the "good old thing" forever.
That's the kind of thinking that makes a business miss the boat by a decade or two until they're no longer competitive and the cost of refurbishing has become so ridiculous that they're forced to liquidate and sell whatever's left of value (mostly customers and assets).
Because when I'm looking for where all my RAM went and realise I'm running 7 instances of Chrome browser for no reason. Meanwhile an actual instance of Chrome with ~20 tabs is still a single instance, but with multiple threads.
Which is... Also a real desktop app. This shallow take is getting incredibly old, and doesn't even contribute to actual valuable discussion... If you don't see the value in this being shipped, then why try and tear the value down for others?
I main C#, and even I would rather build cross platform full applications with electron than any of the other options available. I'm definitely choosing it over QT or gtk. Why? Because I can actually ship the project with all the necessary features, in good time, and bake in a great user experience.
That's the difference here. Practical problems vs reality. Shipping the project & features vs not.
Yes, there are many successful applications not built with electron, ofc there are, that's not my point. My point is that the productivity difference is such that it's the difference between not building the thing vs building it and successful shipping it to users. You can argue and shit on the difference, but at the end of the day the above is what really matters.
Electron apps are not real apps. They're web apps and in that case I can have even a better experience with a browser since I can use extensions, tabs, saving favorites and so on.
There are really few electron apps that deserve to be called "desktop app" and from what I'm seeing from the screenshots, this isn't one of them.
If I really wanted to have a separate icon and window for this website I can tell my browser to install the pwa icon in the start menu. Wow, instant made desktop app!
What are you talking about....? Please re-read my comment above :/
An electron app is a natjve application that renders a browser based UI. You appear to be conflating the browser-based UI with the whole "native application" thing.
It comes with all the advantages a native application does, like having hardware access, working natively offline, working with the filesystem, interfacing with the OS and installed OS packages, being able to use other native binaries,, being able to use more native networking capabilities....etc
Sure lots of electron applications that people make could just be a web app, I'm not arguing that.
I am, however, pointing out that you are grossly incorrect that electron (and all other technologies like it, we're not really just talking about electron here) is 'just a web app". It's a native application server and a web-based UI, which means I can write an application in C# with all of the .Net advantages, with a web UI, that runs natively on your device for example.
This lets me ship a product much faster than if I was going to build that UI in QT or GTK, with a significantly upgraded user experience that is consistent across all platforms.
ok, but in this case, it's just a webview of mail.proton.me
it doesn't have hardware access, it doesn't work offline (technically, if it cached the files it can work offline, but can't work offline-offline like thunderbird), it doesn't work with the filesystem, it doesn't interface with the OS and installed OS packages, it doesn't use other native binaries, doesn't use more native networking capabilities, etc...
from what i saw, the electron apps that are to be considered real apps and not just a lazy webview around the webapp are:
bitwarden
crickets
Like I said, I'm not arguing that many apps are built as electron apps when they're just glorified web apps. Though I'm neutral on whether that's a bad thing or not. I'm definitely against apps being built with electron that don't really have UIs, defeating the entire point of electron and friends...
VSCode is another example you're missing. And they have put a LOT of work into making as many features available in the web-version as possible, the feature parity isn't an accident.
Or Obsidian.
Examples aside, you might be surprised by applications you may not think of as not using native features, that rely heavily on them, expecting to be executing in a Node environment and not a browser one. Especially on the networking and process side. Browsers are extremely restrictive.
Right i forgot about atom and vs code, the quality of those is excellent
I guess they'll do anything but get their app on F-Droid.
They will never open their apps. The whole business model of Proton is centered around user lock-in.
Who wants to bet they'll discontinue the IMAP/SMTP desktop bridge after the desktop app has been out for a while? At which point you will not be able anymore to use an IMAP tool to extract your mail and go to another service.
If you store a lot of email on Proton take a backup now.
That's my problem with these encrypted services: they lock you in. It makes me feel queasy, but at the same time, it ain't google or yahoo or whatever.
I agree. I have privacy concerns, but ultimately, I think I care more about freedom and open source. I have very real concerns about the rise of authoritarianism in America, and I'm trying to balance that against a preference for more open services like mailbox.org and fastmail.
Wierd, I am in F-Droid and searching for "Proton" shows both apps for me. Maybe its on another repo?
Maybe you enabled izzyondroid
Ha, I do have that repo enabled.
Linux and F-Droid are neat and all but are almost zero users.
Linux makes up 3% of the desktop market share. You could count ChromeOS as another 3% but that's pointless when using proton. You might as well use Gmail then.
F-Droid doesn't provide any stats at all but almost no one even knows about F-Droid unless you are a massive privacy nerd. Even then at least those I talk to still use Google Play while understanding where their information is going rather than abandoning it entirely.
Proton is trying to be a mainstream solution to encrypted and privacy-focused email. Getting it on Windows, Mac, Android (Google Play), and iOS is far more important to them than getting it on F-Droid, the popular Linux repos, or anything else. For good reason, in my opinion, they are making a business.
Privacy focused people use more often Linux so the percentage of Linux users for proton services might be a bit higher. I don't care about a calendar or mail app but I think a proton drive client for Linux would be important.
Privacy focused people use more often Linux
I question the validity of that. We don't really have any stats on that and while at face value, logically it makes sense but a quick search of that exact phrase gives me recommendations for all 3 major desktop operating systems. Cyber Security Experts I would say are a great representative of privacy-focused people and here is a bunch of them saying they wouldn't use Linux as the host OS: https://www.quora.com/Do-cyber-security-professionals-prefer-to-use-Mac-or-Linux-as-a-main-operating-system
While anecdotal and thus can't be confirmed one way or another that privacy-focused people use Linux, it creates enough of a question to outright dismiss taking the statement as pure fact just from the common sense argument.
Lastly, one thing we can do is extrapolate data. ProtonMail is a privacy-focused company with 70 million users. https://www.wired.com/story/proton-mail-calendar-drive-vpn/ So then if ProtonMail is privacy-focused and has 70 million users (far more than the amount of Linux users on Steam as a benchmark.) then why aren't they putting out Linux desktop support or releasing their app on F-Droid. One could extrapolate that this company which is privacy-focused and has 70 million users still doesn't see these things as important because they feel like they couldn't get enough users from supporting these things.
Potentially though, it might be bad to assume Proton is acting towards its own userbase and maybe for some reason it's actively acting against it. I feel like in that case, if I was a daily Linux user, I wouldn't want to use proton.
The fact of running an OS and other software that spies on you is proof against being 'privacy focused'. And many cybersecurity professionals use Windows at home, have dozens of devices with always-on microphones all throughout their house, use a host of cloud-based home automation, etc. It's just not true that working in cybersecurity means you do much to preserve your privacy.
And in practice today, privacy and security are in tension when it comes to desktop OS choice. macOS has a more destructive security model than most Linux distros, better suited to running proprietary software from untrusted sources. But compared to *BSD along with many Linux distros, macOS is also absolutely teeming with telemetry and cloud-centric functionality. In a word, macOS is more secure but less private. That many cybersecurity professionals would take that tradeoffs doesn't at all show that macOS has better privacy than Linux.
I feel like you are then gate-keeping the term privacy-focused to mean "You must use Linux otherwise you aren't privacy-focused!" Either way, this points back to my original point. You need data to make this claim that more privacy-focused people use Linux. Otherwise, the opposite claim holds just as much water.
🤖 I'm a bot that provides automatic summaries for articles:
::: spoiler Click here to see the summary
Proton’s desktop app, on the other hand, will let you access emails offline without having to set up that bridge, which should be more convenient.
(The program will cache a large number of emails for offline use, Proton says.)
It’s important to note that you’ll still need internet access to both send and encrypt your emails on Proton.
But the offline feature will let you view and draft emails while traveling, during a power outage, or any other situation where you don’t have access to the internet.
Proton is also bringing encrypted auto-forwarding to paid users, both on its desktop and browser versions, though the encryption for forwards will only apply when the forwarded emails go to other Proton users.
The company says it has made improvements to Proton Calendar, too, including a fully searchable web version.
lemme guess, Electron
If it were, where is my Linux version
Genuine question, why does it matter? Why shouldn't a project choose a production ready method of creating cross platform compatible code to avoid duplication of efforts and cost?
because most people use more than one program at the same time? fire up that one along with, I dunno, Spotify and Discord and Slack, and suddenly your midrange laptop's RAM is all but gone.
Same thing happens to me if I were to open each of those apps as chrome tabs.
The apps you listed provide a web version also. Adding choice to the customer experience is a good thing!
"you can have your memory eaten by our website in your browser, or by our website in a separate browser window wearing fake moustache and glasses" doesn't seem to be much of a choice.
meanwhile if you launch their services using something other than a glorified Chrome tab, like spotify-qt or ripcord, they both end up consuming like one tenth of the resources the official clients do.
Why do you think everyone cares to optimize every single ounce of their ram memory. There is a lot more to UX than that.
I would rather an imperfect choice than none at all
That's a bad analogy. A browser with 5 tabs is not like having 5 different browsers open.
User experience is not just about optimizing every little bit of your RAM consumption. They're are plenty of other factors as well
Yes, and UX is bad in web applications. I‘m saying that as a web application developer.
Oh the fact it's cross platform is not the issue, the issue is that Electron sucks. There are better alternatives available like Tauri, yet companies keep using Electron because that's what their developers know and they're afraid to try something new.
If I'm a company and want to bring something to production quickly, what should i choose:
A relatively new tool that has seen barely any production use and thus could have a bunch of unanticipated problems. Also nobody uses it so every new engineer you bring onto the project has to learn something entirely new before they can start really contributing. You also have no idea how long it will be supported by its developers into the long term future.
A battle hardened, production tested tool that has a huge community, has been around for a long time, and that a lot more developers already know how to use.
Sure #2 might be slower by a few fractions of a second, but if I'm in charge of the business i know which option I'm going to choose 100% of the time.
Look, I'm not a fan of early adoption either... but Tauri is not a one-person project that appeared yesterday. It's been around for a while now and has important industry endorsements.
Also, every company should have an objective and rigorous set of technical requirements for the frameworks they use. If Tauri passes those there's no reason not to use it.
As much as technologists like us wish we could prioritize efficiency and use the latest and flashiest tools all the time, that's just not practical. When you say you want each company to have an objective set of technical requirements when choosing a toolset, you also have to have a set of practical requirements. What is the cost of friction of adding a new tech stack to the company?
Adding electron means just learning electron. Adding Tauri means learning Tauri and Rust.
It's like the saying goes, "the best camera is the one you have with you". It's true with any business decision.
You have to upgrade sometime, you can't stick to the "good old thing" forever.
That's the kind of thinking that makes a business miss the boat by a decade or two until they're no longer competitive and the cost of refurbishing has become so ridiculous that they're forced to liquidate and sell whatever's left of value (mostly customers and assets).
Because when I'm looking for where all my RAM went and realise I'm running 7 instances of Chrome browser for no reason. Meanwhile an actual instance of Chrome with ~20 tabs is still a single instance, but with multiple threads.
Real desktop app or just the web app in electron?
There's the Github repo
No code in there but clearly states it is made with electron.
Good find!
Bound to be Electron. They wouldn't spend the resources to maintain three different apps.
I don't believe many of us know that right now.
Which is... Also a real desktop app. This shallow take is getting incredibly old, and doesn't even contribute to actual valuable discussion... If you don't see the value in this being shipped, then why try and tear the value down for others?
I main C#, and even I would rather build cross platform full applications with electron than any of the other options available. I'm definitely choosing it over QT or gtk. Why? Because I can actually ship the project with all the necessary features, in good time, and bake in a great user experience.
That's the difference here. Practical problems vs reality. Shipping the project & features vs not.
Yes, there are many successful applications not built with electron, ofc there are, that's not my point. My point is that the productivity difference is such that it's the difference between not building the thing vs building it and successful shipping it to users. You can argue and shit on the difference, but at the end of the day the above is what really matters.
Electron apps are not real apps. They're web apps and in that case I can have even a better experience with a browser since I can use extensions, tabs, saving favorites and so on.
There are really few electron apps that deserve to be called "desktop app" and from what I'm seeing from the screenshots, this isn't one of them.
If I really wanted to have a separate icon and window for this website I can tell my browser to install the pwa icon in the start menu. Wow, instant made desktop app!
What are you talking about....? Please re-read my comment above :/
An electron app is a natjve application that renders a browser based UI. You appear to be conflating the browser-based UI with the whole "native application" thing.
It comes with all the advantages a native application does, like having hardware access, working natively offline, working with the filesystem, interfacing with the OS and installed OS packages, being able to use other native binaries,, being able to use more native networking capabilities....etc
Sure lots of electron applications that people make could just be a web app, I'm not arguing that.
I am, however, pointing out that you are grossly incorrect that electron (and all other technologies like it, we're not really just talking about electron here) is 'just a web app". It's a native application server and a web-based UI, which means I can write an application in C# with all of the .Net advantages, with a web UI, that runs natively on your device for example.
This lets me ship a product much faster than if I was going to build that UI in QT or GTK, with a significantly upgraded user experience that is consistent across all platforms.
ok, but in this case, it's just a webview of mail.proton.me
it doesn't have hardware access, it doesn't work offline (technically, if it cached the files it can work offline, but can't work offline-offline like thunderbird), it doesn't work with the filesystem, it doesn't interface with the OS and installed OS packages, it doesn't use other native binaries, doesn't use more native networking capabilities, etc...
from what i saw, the electron apps that are to be considered real apps and not just a lazy webview around the webapp are:
Like I said, I'm not arguing that many apps are built as electron apps when they're just glorified web apps. Though I'm neutral on whether that's a bad thing or not. I'm definitely against apps being built with electron that don't really have UIs, defeating the entire point of electron and friends...
VSCode is another example you're missing. And they have put a LOT of work into making as many features available in the web-version as possible, the feature parity isn't an accident.
Or Obsidian.
Examples aside, you might be surprised by applications you may not think of as not using native features, that rely heavily on them, expecting to be executing in a Node environment and not a browser one. Especially on the networking and process side. Browsers are extremely restrictive.
Right i forgot about atom and vs code, the quality of those is excellent
Obsidian too
I guess they'll do anything but get their app on F-Droid.
They will never open their apps. The whole business model of Proton is centered around user lock-in.
Who wants to bet they'll discontinue the IMAP/SMTP desktop bridge after the desktop app has been out for a while? At which point you will not be able anymore to use an IMAP tool to extract your mail and go to another service.
If you store a lot of email on Proton take a backup now.
That's my problem with these encrypted services: they lock you in. It makes me feel queasy, but at the same time, it ain't google or yahoo or whatever.
I agree. I have privacy concerns, but ultimately, I think I care more about freedom and open source. I have very real concerns about the rise of authoritarianism in America, and I'm trying to balance that against a preference for more open services like mailbox.org and fastmail.
Proton mail, proton vpn are on Fdroid
Proton Mail is NOT on F-droid. Only Proton VPN.
Wierd, I am in F-Droid and searching for "Proton" shows both apps for me. Maybe its on another repo?
Maybe you enabled izzyondroid
Ha, I do have that repo enabled.
Linux and F-Droid are neat and all but are almost zero users.
Linux makes up 3% of the desktop market share. You could count ChromeOS as another 3% but that's pointless when using proton. You might as well use Gmail then.
F-Droid doesn't provide any stats at all but almost no one even knows about F-Droid unless you are a massive privacy nerd. Even then at least those I talk to still use Google Play while understanding where their information is going rather than abandoning it entirely.
Proton is trying to be a mainstream solution to encrypted and privacy-focused email. Getting it on Windows, Mac, Android (Google Play), and iOS is far more important to them than getting it on F-Droid, the popular Linux repos, or anything else. For good reason, in my opinion, they are making a business.
Privacy focused people use more often Linux so the percentage of Linux users for proton services might be a bit higher. I don't care about a calendar or mail app but I think a proton drive client for Linux would be important.
I question the validity of that. We don't really have any stats on that and while at face value, logically it makes sense but a quick search of that exact phrase gives me recommendations for all 3 major desktop operating systems. Cyber Security Experts I would say are a great representative of privacy-focused people and here is a bunch of them saying they wouldn't use Linux as the host OS: https://www.quora.com/Do-cyber-security-professionals-prefer-to-use-Mac-or-Linux-as-a-main-operating-system
While anecdotal and thus can't be confirmed one way or another that privacy-focused people use Linux, it creates enough of a question to outright dismiss taking the statement as pure fact just from the common sense argument.
Lastly, one thing we can do is extrapolate data. ProtonMail is a privacy-focused company with 70 million users. https://www.wired.com/story/proton-mail-calendar-drive-vpn/ So then if ProtonMail is privacy-focused and has 70 million users (far more than the amount of Linux users on Steam as a benchmark.) then why aren't they putting out Linux desktop support or releasing their app on F-Droid. One could extrapolate that this company which is privacy-focused and has 70 million users still doesn't see these things as important because they feel like they couldn't get enough users from supporting these things.
Potentially though, it might be bad to assume Proton is acting towards its own userbase and maybe for some reason it's actively acting against it. I feel like in that case, if I was a daily Linux user, I wouldn't want to use proton.
The fact of running an OS and other software that spies on you is proof against being 'privacy focused'. And many cybersecurity professionals use Windows at home, have dozens of devices with always-on microphones all throughout their house, use a host of cloud-based home automation, etc. It's just not true that working in cybersecurity means you do much to preserve your privacy.
And in practice today, privacy and security are in tension when it comes to desktop OS choice. macOS has a more destructive security model than most Linux distros, better suited to running proprietary software from untrusted sources. But compared to *BSD along with many Linux distros, macOS is also absolutely teeming with telemetry and cloud-centric functionality. In a word, macOS is more secure but less private. That many cybersecurity professionals would take that tradeoffs doesn't at all show that macOS has better privacy than Linux.
I feel like you are then gate-keeping the term privacy-focused to mean "You must use Linux otherwise you aren't privacy-focused!" Either way, this points back to my original point. You need data to make this claim that more privacy-focused people use Linux. Otherwise, the opposite claim holds just as much water.
🤖 I'm a bot that provides automatic summaries for articles: ::: spoiler Click here to see the summary Proton’s desktop app, on the other hand, will let you access emails offline without having to set up that bridge, which should be more convenient.
(The program will cache a large number of emails for offline use, Proton says.)
It’s important to note that you’ll still need internet access to both send and encrypt your emails on Proton.
But the offline feature will let you view and draft emails while traveling, during a power outage, or any other situation where you don’t have access to the internet.
Proton is also bringing encrypted auto-forwarding to paid users, both on its desktop and browser versions, though the encryption for forwards will only apply when the forwarded emails go to other Proton users.
The company says it has made improvements to Proton Calendar, too, including a fully searchable web version.
Saved 55% of original text. :::