3 ms·

This is nice. Unfortunately it does not work on devices with touch interfaces. When you develop the next cool widget, consider that a large part of the web is

by st3fan 15y ago

This is nice. Unfortunately it does not work on devices with touch interfaces. When you develop the next cool widget, consider that a large part of the web is now mobile. So that means no hovering, no mouse. Deal with that.

zachgreen 15y ago
What do people think is the better approach? Should we provide a responsive, interactive menu that works really well for computer users while providing a simpler, touch friendly menu for mobile users? Or should we provide a single interface that works for both and provides a consistent interface across all devices, but it dumbs down the gloss or functionality on the pc side?
- alexchamberlain 15y ago
  It depends on the audience - if the market is the general public, then dumb it down as much as you can.
- WiseWeasel 15y ago
  Ideally, either your drop-down menu responds to clicks rather than hovers, in which case it works for both mouse and touch-based devices, or it works with both hover and clicks, with clicks setting the state in a more permanent manner, even when you stop hovering. In both these ideal cases, I believe you'll need javascript in addition to your CSS. I consider hover-only menus, which disappear when you stop hovering, to be a pain to use in any case.
flyosity 15y ago
Nice snarky response, not sure it's warranted. There are lots of UI design techniques that work great on desktop that don't work at all on mobile, for various reasons, mostly because there are other interface paradigms that take their place. Dropdown menus are one such paradigm. Typical ways to reorganize this type of design to work on mobile: 1. Show a grid of icons that let you navigate to various parts of the app on a flat hierarchy. Facebook used to do this and now many other apps copied their approach. This nav menu is typically the root view in a navigation hierarchy. 2. Show a tableview where each row shows a different part of the app, you tap to go there. This is also the root view in a nav hierarchy but you can group table rows under headings to essentially get 2-levels showing at once. Should a dropdown menu creator also make the decision of how to reorganize the dropdowns to work on mobile? No. The decision of how one will display a similar navigational structure on their mobile app is very personal, very rooted to how they currently structure the interface on their mobile app or website.

by st3fan 15y ago

zachgreen 15y ago

What do people think is the better approach? Should we provide a responsive, interactive menu that works really well for computer users while providing a simpler, touch friendly menu for mobile users? Or should we provide a single interface that works for both and provides a consistent interface across all devices, but it dumbs down the gloss or functionality on the pc side?

alexchamberlain 15y ago
It depends on the audience - if the market is the general public, then dumb it down as much as you can.
WiseWeasel 15y ago
Ideally, either your drop-down menu responds to clicks rather than hovers, in which case it works for both mouse and touch-based devices, or it works with both hover and clicks, with clicks setting the state in a more permanent manner, even when you stop hovering. In both these ideal cases, I believe you'll need javascript in addition to your CSS. I consider hover-only menus, which disappear when you stop hovering, to be a pain to use in any case.

flyosity 15y ago

Nice snarky response, not sure it's warranted. There are lots of UI design techniques that work great on desktop that don't work at all on mobile, for various reasons, mostly because there are other interface paradigms that take their place. Dropdown menus are one such paradigm. Typical ways to reorganize this type of design to work on mobile: 1. Show a grid of icons that let you navigate to various parts of the app on a flat hierarchy. Facebook used to do this and now many other apps copied their approach. This nav menu is typically the root view in a navigation hierarchy. 2. Show a tableview where each row shows a different part of the app, you tap to go there. This is also the root view in a nav hierarchy but you can group table rows under headings to essentially get 2-levels showing at once. Should a dropdown menu creator also make the decision of how to reorganize the dropdowns to work on mobile? No. The decision of how one will display a similar navigational structure on their mobile app is very personal, very rooted to how they currently structure the interface on their mobile app or website.