| ▲ | fodkodrasz 4 hours ago | ||||||||||||||||||||||||||||||||||||||||||||||
Wow even more fancy border styles! Infinite complexity for useless eyecandy. Date pickers are still barely working, last time i needed to build a touch optimized interface (gloves, industrial setting) with date picker, time picker, and numeric up/down style input fields it needed custom components and js... But who needs these, when we can have bezel and whatnot... Who needs ways to reliably trigger the display of the touch platform-native keyboard, to be notified if it is displayed and to move the input field in view so it is not obscured by the keyboard? This is why the web is a terrible platform compared to Windows Forms for getting stuff done. Because those making the standards only work on creating gimmicks. | |||||||||||||||||||||||||||||||||||||||||||||||
| ▲ | user43928 9 minutes ago | parent | next [-] | ||||||||||||||||||||||||||||||||||||||||||||||
It's probably easier to standardize small CSS utils than it is for a date picker. What would the API even look like? One could want to select a single date, multiple dates, a date range, multiple date ranges. Perhaps some dates should be disabled, but should they just be greyed out or should there be a message when the user tries to select them, and if so, how can it be provided? Then there are questions about different calendars and locales. Perhaps third-party date picker libraries are more appropriate here than trying to address this in standards. | |||||||||||||||||||||||||||||||||||||||||||||||
| ▲ | btown 2 hours ago | parent | prev | next [-] | ||||||||||||||||||||||||||||||||||||||||||||||
One small glimmer of hope is that customizable selects are indeed being worked on: see https://open-ui.org/components/customizable-select.explainer... and the broader work of the Open UI group at W3C. I'd love to see this level of customization come to date and datetime-local popups, finding a meaningful path that preserves compatibility with the design languages of various platforms. If and when that happens, it will be because of the work of standardization working groups like Open UI and Interop. | |||||||||||||||||||||||||||||||||||||||||||||||
| ▲ | hollowturtle 2 hours ago | parent | prev | next [-] | ||||||||||||||||||||||||||||||||||||||||||||||
> Because those making the standards only work on creating gimmicks. Totally agree, but afaik we are a very small minority. My tinfoil hat theory is that all of this is intentional to keep monopolies and making it impossible to compete in the browser space | |||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||
| ▲ | silvestrov an hour ago | parent | prev | next [-] | ||||||||||||||||||||||||||||||||||||||||||||||
date pickers are something that quickly gets overly complex and site specific. They are only simple when you have no restrictions on which dates that can be selected. But a date picker for a hotel, airplane travel, restaurant, ... might have to show some days as disabled or some days that are "cheap offer" dates. To this add anything that needs to select an interval, like an airplane return ticket. | |||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||
| ▲ | jorisw 2 hours ago | parent | prev | next [-] | ||||||||||||||||||||||||||||||||||||||||||||||
> Windows Forms Rage bait, don't engage | |||||||||||||||||||||||||||||||||||||||||||||||
| ▲ | 4b11b4 4 hours ago | parent | prev [-] | ||||||||||||||||||||||||||||||||||||||||||||||
Ignorance and generally a hater position | |||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||