Name: ElectronMail
Homepage: https://github.com/vladimiry/ElectronMail
Why should this be included in the repository? Better desktop integration with ProtonMail, this allows for offline email access and better notification functionality.
Is it Open Source: Yes
Who and how many users do you anticipate will use this software? Anyone who uses ProtonMail would probably use this, but If you want a number there are over 500 stars on GitHub
Link to source tarball/zip file: https://github.com/vladimiry/ElectronMail/archive/v4.4.2.tar.gz
Description
Event Timeline
Please update the request to follow the structure outline in the official documentation.
To whom is reviewing this for inclusion. Please don't accept it as it is just another terrible electron app for something that already exists on a website.
Sorry, I should have looked further into the requests process. I wasn't aware of the formatting which needed to take place.
I updated the request with the proper formatting and re-opened it.
Also you say:
Please don't accept it as it is just another terrible electron app for something that already exists on a website.
But the Discord desktop client as well as VS Code are also Electron apps and they are included? I don't see how you can just invalidate an entire category of applications just because you don't like the way they are written.
@Jacalz that was unnecessary and out of line. As much as I don't care for Electron, this at least has the added benefit over the web client by allowing offline access to email.
@CorruptComputer at the same time, our Package Inclusion Policy also clearly states:
- A web wrapper which adds value, such as Discord, with the global push-to-talk shortcut, is eligible for inclusion.
- A web page wrapper, that adds no further value other than “convenient desktop shortcut” or “tray icon”, are not eligible for inclusion. Web browsers already support desktop notifications.
So we don't just allow any and all Electron applications into the repository. Discord has push-to-talk which only works in the web client when the tab and browser have focus. VS Code and Atom are included because they aren't just web apps, but fully fledged applications.
To be clear to BOTH of you, the only reason I am accepting this is that I can see the advantage of an email cient which integrates with Proton better than just IMAP and SMTP. However, I am still requiring that someone volunteer to maintain this and I will happily remove it from the repository if said maintainer abandons it.
@DataDrake I understand that the Package Inclusion Policy states that it must add value, and I agree with that!
The Electron app adds value such as enhanced search, multiple accounts, offline access, and desktop notifications (the site does not provide notifications as it logs you out as soon as you close the tab).
I also understand the maintaining cost of adding something else to the package repos, and I would personally maintain it if I knew how the Solus build and packaging system worked.
I was able to find this: https://getsol.us/articles/packaging/packaging-practices/en/ and if you were to give me a few days to learn a bit about how it all works I could probably do it (with a small amount of guidance to get up and running).
I am sorry. I should have phrased myself in a better way. I was merely trying to say that it more or less was another web wrapper using electron (yes, I was wrong about that though), but I guess a bad day and poor past experiences with pouring in way too much time into packaging electron apps (such as Atom and Etcher) had an impact and clouded my vision. I will give a bit more thought the next time I provide a comment on such heated topics...
Closing due to a lack of a maintainer coming forward with a patch. Should you come across this and desire to become the maintainer, please provide a patch and comment on this task so it can be re-opened and assigned to you. Thanks!