jgaehring
My feedback
6 results found
-
7 votesjgaehring
supported this idea
·
-
682 votesjgaehring
supported this idea
·
An error occurred while saving the comment -
294 votes
An error occurred while saving the comment jgaehring
commented
I feel like Tauri (https://tauri.app/) would be an excellent (though not *fully* native) alternative or third option here. It still uses a webview but runs a Rust backend that can be leveraged for just about everything unrelated to rendering the UI.
It still works well with many JS/TS frameworks, like the React framework currently used by the Electron wrapper, so would conceivably offer a smooth transition pathway: migrate from Electron to Tauri in one shot, leaving as much of the original TypeScript in tact as needed/desired, then gradually port the current backend to Rust, focusing on the most performance-critical features first.
Also, the Tauri team is FANATICAL about security. Their whole raison d'être for starting the project was to create a more secure alternative to Electron, which will always be beholden to Chromium and therefore subject to the inherent security vulnerabilities of Chromium's broken patch/release cycles. WebView is much less of a vulnerability and based on more reliable standards that won't go away merely at a whim as Google dictates.
Rust just seems like a good bet for both near term and long term, imo, since it can run on all native platforms, both desktop and mobile, with some good up-and-coming UI libraries like iced-rs should reliance on Tauri and/or webviews ever become undesirable, not to mention WASM, etc, etc.
-
799 votesjgaehring
supported this idea
·
-
409 votesjgaehring
supported this idea
·
-
42 votesjgaehring
supported this idea
·
I agree with the sentiment of this request 100%, although I'm not sure about the specifics like what "different apps" entails.
On the other hand, I agree 10^100% with the implementation recommended by @frealek (does @ mentioning even work here?), from start to finish!
I don't want to shard this feature idea since it date backs to early '24 and has accrued so many votes, but I feel a restatement of this feature with the title "Launch Desktop Mail & Calendar in separate windows" or something to that effect would be helpful. I'm no expert on Electron, but seems this is done with the `BrowserWindow` class:
https://www.electronjs.org/docs/latest/api/browser-window
That class is only being used once with a call to `createBrowserWindow()` during startup, but seems plausible that a similar call could be done within the `openMail()` and `openCalendar()` functions, with a bit of indirection to sort out which is currently running, focused, etc:
https://github.com/ProtonMail/WebClients/blob/190983a5b1b2fef5ac6302986675b2ffe00e25f2/applications/inbox-desktop/src/utils/view/viewManagement.ts#L357-L400
The locking stuff frealek mentions seems like it should go hand-in-hand with that approach, and w/o much fuss, as far as I can tell.
A separate feature idea/request, highlighting that option to use a separate window + locks (as opposed to different apps), seems like a much better way to garner support from other users, with a clear trajectory for devs to follow if it does indeed get that support.
Does someone want to open it or should I?