23 ms·
Right! If you've got a window that narrow, the only way the design will even work or layout correctly is with the "mobile" layout... The bigger problem is peop
by girvo 5y ago
Right! If you've got a window that narrow, the only way the design will even work or layout correctly is with the "mobile" layout...
The bigger problem is people hiding functionality if you're in the mobile breakpoint. That's an issue: all functionality should be enabled, at least in some way IMO. Mobile should never be a second class citizen :)
- wtallis 5y agoThere's also a big problem where the mobile layout will tend to make controls huge to present a reasonable size touch target. This is unnecessary on the desktop, and may even result in less information fitting on screen than before switching to the mobile layout.
- girvo 5y agoThats a fun one to solve! @media (hover: none) and (pointer: coarse) { That allows the dev to select for devices that do not have a mouse and such rely on touch targets, to increase the sizing. I've been implementing this myself recently in our web application, while still allowing us to change the layout to fit the narrow width! I'm sure there are some devices it doesn't fit perfectly for though. This stuff is capital-H hard.
- Eduard 5y agohttps://css-tricks.com/interaction-media-features-and-their-potential-for-incorrect-assumptions/ https://css-tricks.com/interaction-media-features-and-their-...
- 3np 5y ago> capital-H hard You mean quote-unquote Hard?
- girvo 5y agoI wish. The implementations for these have some... complications, the device sets we now deal with are huge, and making sure there are no idiosyncratic bugs that creep up when using them is legitimately a fair bit of work.