Looking over the donors page, I'm pretty amazed at slack's absence. Ditto for Microsoft Teams. Way to give back to the community.
Electron v5.0 Timeline
31–40 of 101 posts
Re: Electron v5.0 Timeline
#32Earlier quoted context omitted.
Or just build local permissions into web browsers and download 200KB of HTML and JavaScript instead of 200MB for an electronic install.
Cough, PWA. https://docs.microsoft.com/de-de/microsoft-edge/progressive-...
Re: Electron v5.0 Timeline
#33Does anyone know if the idea of creating a runtime mode for Electron is on the roadmap? (A runtime mode would be allowing multiple apps to share one installed Electron dependency rather than bundling Electron with every Electron app.)
Yes, that would be very useful to have. Some runtime, or some central application, so that the user just has to download some HTML, CSS and Javascript -- not a complete copy of Electron each time. And if this application could be used to browse the internet when the user enters a URL, that would be useful too! Game changer!
Re: Electron v5.0 Timeline
#34Earlier quoted context omitted.
Luckily web browsers take care to "never break the web" and remain backwards-compatible, so that should not be that much work.
I didn't see any sarcasm tags on your comment, so I'll take it at face value and disagree. Two quick examples: Google Chrome went from proposing a new WebAudio method called "start" to deprecating and removing the "noteGrainOn" method it renamed in the span of 12 months. Any sites using the original spec stopped working, some within a year of being released with the latest and greatest spec, one of which was Google's…
(Did a single site with it, worked for a year and then for 6 months only in Safari/Firefox, and then we ported it to sit atop another Google project... ¯\_(ツ)_/¯ )
Re: Electron v5.0 Timeline
#35Does anyone know if the idea of creating a runtime mode for Electron is on the roadmap? (A runtime mode would be allowing multiple apps to share one installed Electron dependency rather than bundling Electron with every Electron app.)
Or just build local permissions into web browsers and download 200KB of HTML and JavaScript instead of 200MB for an electronic install.
Re: Electron v5.0 Timeline
#36Does anyone know if the idea of creating a runtime mode for Electron is on the roadmap? (A runtime mode would be allowing multiple apps to share one installed Electron dependency rather than bundling Electron with every Electron app.)
Re: Electron v5.0 Timeline
#37Earlier quoted context omitted.
That would also allow to call one application from another, just assigning some reserved namespace or domain and appending the feature at the end, kind of a path. Exciting times!
How would one remember a collection of these namespaces or the current place within one location? Analogous to physical paper, could we repurpose the concept of a "bookmark"?
Re: Electron v5.0 Timeline
#38Earlier quoted context omitted.
Yes, that would be very useful to have. Some runtime, or some central application, so that the user just has to download some HTML, CSS and Javascript -- not a complete copy of Electron each time. And if this application could be used to browse the internet when the user enters a URL, that would be useful too! Game changer!
Yes great idea! The different applications (or URLs) could be opened simultaneously and displayed as ‘tabs’ for the user to manage in the central application.
Re: Electron v5.0 Timeline
#39Earlier quoted context omitted.
I’d rather Slack just stop using electron and write a real native app; they can certainly afford it. Meanwhile, Slack remains an incredible resource hog.
It also behaves very erratically on a slower channels. On 3G speeds and lower it becomes basically unusable - messages are not sent or sent in the wrong order. Why it needs so much resources just to send a few bytes of text?..
Waste. It doesn't cost them much[0], and they don't seem to care on an ethical level about it either, and wastefulness allows them to achieve their business goals faster. Until there's a business pressure for it, things won't improve, and I have no idea what such pressure could be.
--
[0] - How many of their users are captive anyway? I didn't choose to use Slack, some non-tech folks at the company I'm working with chose it. Elsewhere, someone in the community of a technology I use also chose Slack. So now I'm forced to use them in both cases.
Re: Electron v5.0 Timeline
#40Earlier quoted context omitted.
Yes, that would be very useful to have. Some runtime, or some central application, so that the user just has to download some HTML, CSS and Javascript -- not a complete copy of Electron each time. And if this application could be used to browse the internet when the user enters a URL, that would be useful too! Game changer!
Everyone likes this idea until the HTML, CSS, and JS are given the ability to change application menus and access the file system. Then oh no, we can't have that.
edit: I realize now this is a joke thread... whoosh.