4 ms·
It's actually crazy that we don't have a basic typeahead component or tag selector in this day and age with HTML. Every web page I've ever built has needed thes
by majora2007 2y ago
It's actually crazy that we don't have a basic typeahead component or tag selector in this day and age with HTML. Every web page I've ever built has needed these components and while there are libraries out there, they all have an annoying bug here or there.
But considering we are just now getting Select tags with styling, signals how long it might take for a typeahead which is vastly more complex.
- cosmic_cheese 2y agoWhy implement broadly useful HTML widgets when you can instead put those engineering resources to work on a new WebBeer API that fetches the number of beers in the user’s fridge or something else similarly niche?
- jhardy54 2y ago> basic typeahead It isn’t perfect, but have you tried <datalist>? Totally agree about tag pickers, I was bummed to see that Bootstrap didn’t have a tag selector component either.
- mlhpdx 2y agoI have, and failed. See https://news.ycombinator.com/item?id=40265782 https://news.ycombinator.com/item?id=40265782
- recursive 2y agoSafari is the "new" IE. I put "new" in quotes because it's been this way for like a decade.
- facile3232 2y agoIf anything chrome is the engine with odd quirks you are forced to work around.
- recursive 2y agoI haven't found this to be the case in my experience.
- facile3232 2y agoMaybe it's just iframes that are the issue but they were a devil and a half to get working in chrome (or blink ig) without relying on third party cookies.
- progmetaldev 2y agoInterested in what you are doing with the iframes. Something with complex authentication? I've been forced to use iframes a few times for 3rd party resources that should have been first-party (mostly with banks and credit unions), and have only had some styling issues on mobile (which have been overcome by using JavaScript and window.matchMedia to check for media queries).
- immibis 2y agoChrome's quirks become the standard and other browsers have to implement them.
- troupo 2y ago--- start quote --- Back fifteen years ago IE held back the web because web developers had to cater to its outdated technology stack. “Best viewed with IE” and all that. But do you ever see a “Best viewed with Safari” notice? No, you don’t. Another browser takes that special place in web developers’ hearts and minds. --- end quote --- https://www.quirksmode.org/blog/archives/2021/08/breaking_the_we.html https://www.quirksmode.org/blog/archives/2021/08/breaking_th...
- recursive 2y agoYes, Safari is not exactly like IE because IE had a dominant user share once upon a time. We don't see "best viewed in Safari", but we do see plenty of sites that can be viewed in Safari, despite the extra effort used to get them there. And I'm not even a regular chrome user.
- troupo 2y agoThe absolute vast majority of web sites require no effort to "get there". The absolute vast majority of those which don't work in Safari use Chrome-only non-standards. And there is a tiny minority of sites that run into some Safari-specific quirks
- deleted 2y ago[deleted]
- ricenews 2y agoIt may not be present in Apple’s official documentation but it has been supported since Safari 12.2. See https://developer.mozilla.org/en-US/docs/Web/HTML/Element/datalist https://developer.mozilla.org/en-US/docs/Web/HTML/Element/da... compatibility. The demo on that page works for me in current Safari on both iOS and Mac.
- no_wizard 2y agoSome examples seem to work better than others though. I’m on latest iOS and sometimes it will invoke the native date picker like you’d expect to see, sometimes it won’t, and the type ahead doesn’t seem to work consistently
- mlhpdx 2y agoThat demo shows the problems splendidly. It “only kinda” works on iOS.
- asddubs 2y agoalso drag and drop rearrange