News for hackers. Stuff that matters.
Re:The Failed Promise of Web Components by robocat on Wednesday September 30, 2020 @08:23PM (#24645816)
> Many modern web UIs are on par with native apps

I strongly disagree.

Form/<input> fields are one of the areas that a native app can slaughter HTML, even if using a WebView within an app. For example, just showing the correct keyboard layout is a nightmare, and heaven help you if you need to do something slightly custom. Another example: browsers do funky shit with scrolling and zooming on input focus. Try using the best HTML code-editor from a tablet: the editing experience sucks.

Another example is swiping, where browsers like Safari Mobile (and the old Edge) decide to navigate back/forward if the user happens to swipe from the edge by mistake - killing page state. Overriding pinch-zoom for say a photo app is doable, but sometimes ends up with invalid UI states (especially if you mix in viewport sizing changes due to orientation/ua-zoom/virtual keyboard show/tab bar show).

Disclaimer: I have spent many man-months working only on making user friendly custom <input>s in HTML, and the experience blows chunks. I have developed a custom Web UI that required too many compromises in UX.

Re:The Failed Promise of Web Components by earthboundkid on Wednesday September 30, 2020 @09:23PM (#24646218)
> For example, just showing the correct keyboard layout is a nightmare

It’s literally just an attribute on the input element?

Re:The Failed Promise of Web Components by djstein on Thursday October 01, 2020 @02:48AM (#24648071)
Agree with you. Not sure what this page doesn’t cover https://developer.mozilla.org/en-US/docs/Web/HTML/Element/in...
Re:The Failed Promise of Web Components by rblatz on Wednesday September 30, 2020 @11:06PM (#24646884)
How many native applications are written in electron? It’s a lot. VS Code is electron and replaced my usage of actual visual studio. I still have it installed, I just don’t use it anymore.