drascusProton Mail Finally Releases Desktop Apps With a Linux Beta Version
Proton Drive though đ. The Windows app is so nice, wish we could get that for Linux.
Iâve set up an Rclone for the time being, not great but it works well enough for basic bisynchronisation.
Oh⌠I thought they meant Drive is finally out. That sucks. :(
Ugh, they took too darn long. Iâm probably going to switch to Nextcloud.
You should do it. Easy to setup using either their official AIO image or the community-driven micro service one. I am using the latter and itâs been amazing. Itâs completely replaced Google Drive, Calendar, and Contacts for me and with the DAVx5 Android App it feels like a drop-in replacement. I am also using the auto upload feature to back up my photos to it.
Working on that right now. Wish me luck. :)
I would too, but after like a week I get bored of maintaining it myself when all the expenses summed together arenât much cheaper than Proton or likewise. This is what I was doing before submitting my independence to Proton.
Furthermore Nextcloud is just too damn sluggish. The web interface makes it seem like my serverâs idea of a CPU is a kid with a calculator and WebDAV isnât designed for cloud storage. Iâll take new features being slow over my whole experience being even slower any day of the week.
I feel that. However, Protonâs a non-starter for me as Iâm using Linux, so no Proton drive client. Really scratching my head since Linux attracts the security conscious.
cygnusCeleste works fine on Linux, or you can use rclone directly.
Thatâs what Iâve done, using rclone bisync and my crontab. Like I said it works well enough, but far from perfect. Using a beta backend with an experimental operation, according to the rclone website, puts me slightly on-edge.
I did try Celeste, but stopped using it for two reasons:
- I use Budgie, so Libadwaita apps look incredibly out-of-place. Inconsistency like that makes me physically uncomfortable.
- Didnât really work, just too slow.
âFinallyâ really is the key word, waiting for Proton to add features or apps is painful at times.
Glad theyâve finally made progress with this.
Amju WolfWaiting for Proton to acknowledge and fix critical bugs that can cause data loss was way more painful⌠took them years with the solution being âjust wait for the bridge rewrite it will be (most likely) fixed thereâ.
Is this where the source code is supposed to be ? https://github.com/ProtonMail/inbox-desktop
Southern WolfLooks like it, itâs available as a zip Iâm the releases along with the compiled app, but isnât yet uploaded fully on GitHub.
Aaaand itâs electron garbage.
JetpackJacksonOut of the loop, whatâs wrong with electron?
Everything
Itâs basically Chrome. Itâs not a real application, itâs a website pretending to be one. It uses a metric fuckton of RAM and eats your battery faster than Prince Andrew a minor.
I bought 32gb of RAM cause I was tired and gave up to elĂŠctron apps
D_Air1I bought 64 gigs of ram and still refuse to use it.
TrickDacyIf Firefox could allow their engine to be packaged like this Iâd use it. The problem I see here is chromium. Everything is a trade off and we need more ways to build applications.
Slack, for example, is Electron and it runs great. One of the best apps Iâve used. And it works better than the browser version⌠The hate on Lemmy of electron is a bit of an overreaction of you ask me. Yeah it uses more ram than is necessary but again everything is a trade off. Not everything can be a hard to maintain rust app. Letâs try to embrace cross platform solutions, though yes fuck electron, so sure criticize that part of it.
John RichardLet me get this right⌠youâre complaining about Chromium, but you use Slack? You do realize Chromium had better Linux support for things like HW-accelerated decoding than Firefox? Also, the Chromium sandbox is superior to Firefox.
PantherinaChromium had better Linux support for things like HW-accelerated decoding than Firefox?
Source? Experienced the exact opposite, especially on Wayland.
You can track the bug history here:
bugzilla.mozilla.org/show_bug.cgi?id=1751363
You can see here Chromium had support for this for several years prior:
aur.archlinux.org/cgit/aur.git/log/PKGBUILD?h=chrâŚ
Android being based on Linux prob has something to do with Chromiumâs strong Linux support, but Mozilla has consistently prioritized Windows/Mac. Despite it still be challenging, building Chromium from source has always been a lot easier IMO than trying to create a custom build of Firefox.
Regardless, when it comes to privacy, Chromium itself is pretty stripped down and has policy-based integrations that put it on par with Firefox in terms of security. Even with Firefox, youâd have to modify quite a few policies to improve security. Tor/Mullvad Browser though do a better job in many ways and there is no equal to those privacy enhancements on Chromium that I know of, unless youâre using something like GrapheneOS.
Point being, people like to complain about Chromium a lot & act like Apple fan bois for Firefox, when in reality privacy is nearly the same with both with some minor configurations.
What the heck are you talking about? Chromium is one of the hardest packages to build and it takes forever. Firefox has FAR fewer dependencies. Chromiumâs privacy enhancements are a joke.
You should go tell that to the maintainers of GrapheneOS, which is known as the most secure mobile OS⌠which uses a custom Chromium build, because of Chromiumâs superior sandboxing.
Chromium is not stripped down at all, just use googerteller and see. It contacts Google everywhere, on the password list, on the account list, in some settings pages, and just randomly sometimes.
It is very crazy. And also it is not fingerprint resistant at all.
I am using all flag settings, policies and GUI settings possibly existing and it still is like that. So no, it is not the same privacy-wise.
Oh really, what policies are you using? Cause my Firefox does all the same things you mention regarding calling Mozilla services for all sorts of things, including telemetry. Oh, and it isnât fingerprint resistant either⌠so please, share what youâre doing.
For Firefox I am either using Librewolf or Arkenfox user.js
But as Librewolf has a good CI/CD system I think I will switch to that. Problem is they are not active at all, while the arkenfox guy is very active.
For Chromium I use the secureblue policies in /usr/etc/chromium/policies/managed
I realize Firefox business practices arenât total garbage for humanity and that they are constantly working to improve it on like .1% budget of Google. And that they are the only real competition which keeps us in a situation where we actually have a choice in browsers. So yeah letâs only care about the technical aspects, or something
And that they are the only real competition which keeps us in a situation where we actually have a choice in browsers.
That isnât true. Youâve got WebKit-based browsers, LadyBird/LibWeb/LibJs, Goanna, and others. Why choose Mozilla to lead the efforts, when another open source community/foundation may be better? You can also participate in the various new web specifications yourself too if youâre not happy with the direction theyâre headed.
myxiThey said competition, not alternative.
What do you think alternatives are exactly? Firefox has what, 3â5% usage across all platforms? What did Mozilla do to fix that other than exploring Pocket, a iOS only Password app, and now reselling a crippled VPN & email/phone relay? At some point, people will have to move on from anything Mozilla-owned. Want a better browser, then find a community you can donate to that is focusing on building a better browser. Itâs time to take off the rose-colored glasses.
Cosmic ClericLetâs try to embrace cross platform solutions,
[JavaFX has entered the chat.]
I donât know what javafx is, but java is hell. For me. Iâm glad it works for others
I donât know what javafx is
There is Tauri which packages it with WebKit and uses Rust as backend.
I think tauri uses the OS web view, so it depends
I looked it up, and it only uses WebKitGTK on Linux
Rust is infinitely easier to maintain than mountains of untyped js garbage libraries built upon left pad
danThe hate on Lemmy of electron is a bit of an overreaction if you ask me
The issue is mainly developers using Electron when things like React Native and Flutter exist. I donât know a lot about Flutter, but React Native uses native UI widgets and feels a lot nicer than Electron.
PlexSheepItâs just the webapp. If we want the webapp we use a browser.
Slack desktop app is built with electron and works much better than the web app in my experience. So no itâs not actually always that simple.
It could be that simple. They just hinder their own website to get you to download the app.
You really believe that? It would be easier for them to maintain only the website, so this really doesnât make sense to me.
Both are Chromium apps.
First running on Chromium, second running on modified Chromium.
First running on Chromium, second running on modified Chromium.
LoudWaterHombreDev here.
Yeah thatâs how it works.
Iâm a web developer. I think thereâs a misunderstanding here. The person I responded to said that slack purposely made the web version worse than the desktop app, which Iâm doubting.
Yes, how are you doubting that? Is your company not big enough to want to pull users to a specific platform so you have to cripple the others?
Because I have used both versions of slack and theyâre almost exactly the same. The desktop version only works better imo because of small factors such as having its own window so it does not get buried in tabs, and the notification options are (or at least were) more robust. Have you not used the two versions?
I donât really understand your comments. Are you implying that there would be an advantage for slack to âcrippleâ the web version, when they are essentially running probably 99% of the same code in the electron version? Theyâre never going to get rid of the web version, and if youâve used slack for ~9 years like I have, you can easily observe theyâre actually one of the few app makers out there to make mostly positive changes to their app. They arenât suddenly going to make the web app shitty.
Also, obviously yeah when it makes sense to, app makers in general make the web app version shitty on purpose. Reddit mobile for example. But just because thatâs a thing in the world doesnât mean it is what slack is doingâŚnot sure why you seem to be implying itâs a universal practice.
You just admitted the desktop version works better and that there is a 1% code difference
Slack is one of those apps which lags in a week on any hardware, it might be better than web version but it still sucks ass compared to fucking ICQ clients. Source: using it in the company I work for, for about 7 years already.
I donât often have trouble with slack being slow, or buggy. Been using it like 9 years myself. Interesting youâre comparing slack to icq. Are you referring to a current version of icq, or the one that existed in the early 2000s?
I am not sure I understand comparing an app designed to do video/audio chat seamlessly, threaded conversations, channels, filesharing, plus has dozens of subtle nice features that make for a rich experience and a⌠Chat app, that worked fine for sending plaintext messages but didnât really do anything else.
I compare it to qip or similar with voice calling support about 10 years ago. But still, Slack loses to pretty much anything on the market regarding performance, be that Element, Telegram, Skype or even Discord. It literally battles with biggest IDEs lol
Not my experience. Not sure what qip is either
Now that Chromium has persistent File System Access permission support, what benefit does Electron have over a PWA other than âNative-lookingâ menu bars?
Yeah, I was dissapointed, but at least it is a controlled browser and not reliant on your normal browser which could change or have malicious extensions
This. Its webapp with more persistent storage maybe. If the Browsers could integrate this, it would be a gamechanger.
I am also very sure that Chrome preloads google. com to make it seem to âload fasterâ. Its all just preloading or persistent storage
Each electron App is actually a full independent chromium browser install running a website. Itâs easy to code for and works cross platform as a result, but itâs essentially just a website, although they can run offline depending on whatâs been built in to the local app.
Each electron app running on your system is a separate full chromium app running, with no sharing of resources between each instance. So they take up a lot of space each and duplicate all the resource usage, and potentially the security flaws.