Breaking down Amazon's mega dropdown
181–190 of 203 posts
Re: Breaking down Amazon's mega dropdown
#182Re: Breaking down Amazon's mega dropdown
#183Re: Breaking down Amazon's mega dropdown
#184Earlier quoted context omitted.
You're right, mac has been using this technique for a while. Actually trying it out right now, it still does this, but you need to move it fast. If you move it fast enough within the triangle it'll stay, while if you move it at the same speed straight down, the menu goes away immediately.
There is a small delay, so they don't use the Amazon technique.
Re: Breaking down Amazon's mega dropdown
#185Hey all, I'm on the team that built this. We also built the redesign that launched last year. In fact, this was part of that. The article pretty much nails our implementation. Point of fact: Our team is recruiting. If you dig UX projects like this, shoot our manager Chad an email: chaddes at amazon dot com
Off-topic, but can't miss this opportunity: Please tell us why the Amazon homepage doesn't auto-focus into the search box. I think of this every single time I go to the site.
It's my first extension, so be gentle if it has issues.
Re: Breaking down Amazon's mega dropdown
#186Re: Breaking down Amazon's mega dropdown
#187If the right side box is very short, this algorithm gets a bit fussy. Not a problem for Amazon since their right side box is fixed height, but often a problem for menus where there is only one item in the sub-menu (usually because the sub-menu is programatically filled in.) You have to thread the needle moving your pointer to the right, because if you leave the line, it collapses the selection and selects the next it…
Agreed on the small submenu issue. I think this instant behavior makes the most sense when it's always the case that submenu.height() == menu.height(). Was pointed to http://michelf.ca/blog/2005/mac-sub-menus/ by @gecko this morning, which brings up the opposite (and legit) problem: very, very long submenus. Mega dropdowns w/ equal submenu height are a nice use for this, though.
Usually a menu is a bad UI device for selecting from very long lists. Combo boxes are one alternative. Breaking contents up into chunks and adding another level to menu hierarchy is another possible solution. MS-style hiding rare choices is a third option.
Re: Breaking down Amazon's mega dropdown
#188For comparison to native applications: - Firefox 19 uses the delay technique - GTK3 uses the triangle technique - Tk 8.6 does what bootstrap does - I can't figure out what Qt 4 does
Unfortunately I don't think Qt 4 does anything. Submenus are one of the annoying misfeature of the toolkit.
It's doing something; doing "nothing" is what Bootstrap does. But Qt 4 actually seems to go out of it's way to be unpredictable.
_____
|item1|_______
|item2|item2.1|
|item3|item2.2|
|item4|
If I drag my cursor from item2 to item2.2 through item3 qucikly, there's clearly a delay, as I see item2.2 get highlighted, but then the submenu disappears, and it selects item3. However, if I overshoot and drag the cursor out of the menu altogether, it leaves item2.2 selected.But then I think it does something with the angle it is moving at to make that sometimes not work.
The behaviour is complex and unpredictable, which is different than nothing.
Re: Breaking down Amazon's mega dropdown
#189Earlier quoted context omitted.
Agreed on the small submenu issue. I think this instant behavior makes the most sense when it's always the case that submenu.height() == menu.height(). Was pointed to http://michelf.ca/blog/2005/mac-sub-menus/ by @gecko this morning, which brings up the opposite (and legit) problem: very, very long submenus. Mega dropdowns w/ equal submenu height are a nice use for this, though.
Single-item submenus and super-long submenus are to be avoided at all costs. They are not user friendly. The former has no reason for being -- put the contents in the parent menu as a sub-section. The latter is generally found in auto-generated lists, like lists of fonts or countries. Usually a menu is a bad UI device for selecting from very long lists. Combo boxes are one alternative. Breaking contents up into chunk…
Re: Breaking down Amazon's mega dropdown
#190Earlier quoted context omitted.
Hm. I'm going to disagree. If you know the engineer can't answer it, it's silly at best to ask it. At worst, it's malicious. See http://rationalwiki.org/wiki/JAQing_off (If you don't know that, then there's no problem and a quick explanation why it's not worth asking should end the thread. It's not something I'd take someone to task for.)
Huh? What on earth are you talking about? Nothing you wrote makes sense. Someone asked a question on the merits of a patent, the likelihood of it being upheld if challenged, if it is at all patented, etc. What you are referring to is anti-intellectualism, to ask questions for the effect of the question itself. Hiding behind the hypothetical, and not for the desire to know the answer. The root question here wanted to…
No, but I usually write complete sentences.