Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Electron 3.0.0

electronjs.org

Post reply on HN
Print view View original

131–140 of 141 posts

Re: Electron 3.0.0

#131

Post by scarface74 »

jhanschoo wrote: post #128
scarface74 wrote: post #126

Earlier quoted context omitted.

How many people use web apps as part of their regular work flow?

Gmail, gsuite, Trello, Hangouts, etc.

I would think that most people who use Gmail as part of their job would use a mail client just like most people who use Office365 for email use Outlook. Considering how much email is done on mobile, I don’t see too many people using gmail on mobile phones on the web.

Do you get notifications for new email from gmail in the browser or meeting reminders?

And all project management software on the web sucks in its own special way. That’s not something to aspire to.

As far as gsuite, I only use Google Sheets for simple stuff but can GSuite really take the place of Office for complex workloads?

Re: Electron 3.0.0

#132

Post by pvg »

pier25 wrote: post #122
pvg wrote: post #60

Earlier quoted context omitted.

That sounds like writing and maintaining your own (cross-platform) version of Electron. And then not ending up with a native app for your troubles.

Not really. Just a shallow native layer that uses the platform as much as possible. Except for the UI of course.

'Just'. Which platform? What are you going to render HTML with? And know it produces identical output, etc?

Re: Electron 3.0.0

#135

Post by Razengan »

NathanCH wrote: post #65
scarface74 wrote: post #63

Earlier quoted context omitted.

It's not writing the native code that's the problem, it's designing the same GUI experience across platforms that's nearly impossible to do. I don’t want the same “GUI experience” across platforms, I want a GUI experience that is consistent with the platform I am running. When I was a heavy Mac user, I hated iTunes on Windows because it felt like being on a Mac instead of Windows.

With so many platforms that's unrealistically expensive. It's not just Windows and OS X anymore.

People were making cross platform apps before Electron.

Re: Electron 3.0.0

#136

Post by Razengan »

lazerwalker wrote: post #55
Razengan wrote: post #40

Earlier quoted context omitted.

Affinity Designer, Photo, and Publisher to name a few, from the same company. [0] Then there are many games, which by their nature require native performance, and of course have to present the same frontend. :) [0] https://affinity.serif.com

Games feel like a separate edge case. One of the most common complaints about cross-platform apps is they don't "feel native" or adhere to platform UX expectations. With games, there's an expectation they'll provide their own wholly own UI that doesn't match an existing commercial OS.

Yes, game devs already put in the effort of providing their own UI stack, and port that to every OS.

If most Electron apps were built as "games", i.e. providing their own UI via DirectX/OpenGL/Metal etc., I wonder if they might still be more efficient and less bloated than Electron apps are now.

Re: Electron 3.0.0

#137

Post by rictic »

Brakenshire wrote: post #20
Rjevski wrote: post #7

Earlier quoted context omitted.

I always recommend using the browser because you're likely to have one open anyway, so you might as well reuse that (and save resources) than run another one.

Are there any browsers which allow you to do your own electron-like wrapping of webapps? Would be nice to have your own native icon etc, but also be able to tune exactly what behaviour you want, for instance set per app caching levels, cookies, what happens when it goes to background, etc. A good example is on mobile, where playing media on the web is a hassle because you never know what the background behaviour will…

Chrome is actively working on this: https://developers.google.com/web/updates/2018/05/dpwa

(disclosure: I work on Chrome, but not on this)

Re: Electron 3.0.0

#138

Post by cordite »

johnthedebs wrote: post #99
cordite wrote: post #59

Will electron apps finally stop canceling OS X shutdown / restart (before quitting themselves)? Atom, Slack, and others each prevent shutdown one at a time.

They should, yes. That bug was actually fixed in one of the 2.0.0 betas ( https://electronjs.org/releases#2.0.0-beta.1 ) – those apps may just be slow to catch up.

From February? That is quite old as far as web apps go

Re: Electron 3.0.0

#139

Post by pier25 »

pvg wrote: post #132
pier25 wrote: post #122

Earlier quoted context omitted.

Not really. Just a shallow native layer that uses the platform as much as possible. Except for the UI of course.

'Just'. Which platform? What are you going to render HTML with? And know it produces identical output, etc?

For example Webkit on Mac and iOS. Blink in Android and Chrome OS.

Re: Electron 3.0.0

#140

Post by benbristow »

danShumway wrote: post #61
rudedogg wrote: post #49

Earlier quoted context omitted.

> Writing Slack as a native app would be a massive pain. If it was allowed I'd write the native macOS app for them. I'm sure it'd pay off selling it for $5 or $10 in the Mac App Store

Do it then: https://api.slack.com/ Slack APIs aren't perfect, but they're good enough to allow 3rd party clients for terminals, Emacs[0], and the like. I've never dug into it because I avoid Slack in general, but I think the biggest hurdle right now is just user authentication. That's a pain, and does limit your audience, but maybe you'd still find some buyers on HN. [0]: https://github.com/yuya373/emacs-slack

OAuth2 is as standard as it gets. Any language worth it's salt has ready-made libraries for it. There's tons of documentation and guides online too.

Not sure why that's an issue.

Post reply on HN