Hacker News new | past | comments | ask | show | jobs | submit login

Of course, electron is bringing this great fragmented ui experience to macOS



Electron is a browser. So a huge chunk of things are native: keyboard support, inputs, dropdowns, context menus, menus, preference panes, popups, window chrome etc.

And all this is available to developers out of the box. Very few "cross-platform UI toolkits" can come even close.

That said, a fully native app would be a better option, but Electron apps are ok (unless devs go out of their way to make them bad)


The problem is that the controls generally are made by web developers rather than just using the underlying platform’s widgets so, list views look wrong, input handling is slightly off, etc. All the normal issues with applications made with web technologies.

Additionally, browsers are one of the most out-of-place feeling applications because the look and feel is controlled by the website, not by your operating system.


> So a huge chunk of things are native: keyboard support, inputs, dropdowns, context menus, menus, preference panes, popups, window chrome etc.

Note that Chromium (and hence Electron) reimplements many of these things.


I'm curious which applications made you come to this conclusion. I've heard a lot of Electron criticism, and most of it is very valid, but I think Slack, Spotify, and Atom very much fit into the macOS UI environment.


I have command-shift-u bound to “open selected url” this reliably works in cocoa apps and often doesn’t work in electron apps.

EDIT: VS Code is the main place I run into this


A ui is more than its appearance: the interaction model of electron apps is always slightly off from cocoa apps.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: