Community
Participate
Working Groups
I was using the Xoom last night with orion.eclipse.org and for the most part it worked well except getting the actions to appear was tricky. We probably should avoid using onhover.
I have code in the command framework right now that checks this._deviceSupportsHover and conditionally creates the hover effect. But I have no idea if in practice we can figure out if hover is supported by the device. I'd hate to rule it out for all cases.
This is an accessibility issue as well. There is currently no way to use the keyboard to get to the hovering image commands/more menu.
Can you use onfocus instead? (or in addition to onhover)? And then, I guess, onblur to hide stuff when focus goes elsewhere?
Fixed in 9fe5864c6c98dfee17f1c1ef91a6932c4b229cef. Note this fix is navigator/explorer specific, so it changes the behavior of the navigator, git clones, git log, etc. (And for git log, the styling is not exactly right, the actions aren't fading enough). Other places that hover commands in custom code won't be fixed yet. I'm closing this bug because it concerns nav actions but we will need to open new bugs for places that are inconsistent. For the most part, I think this plays better, once you get used to it, for example I really like seeing "Git Status" as a visible link on the clones page rather than hover around to see if I can do it. On the other hand, it really emphasizes where our commands are kind of in random order/unorganized by icon/link. For example if you expand several levels deep in the clones page it's a mess. However we really need to lose the hover appear/disappear so I've released this code.
one more thing...we also have an accessibility improvement here now. I verified that you can get to the more menu by keyboard now. Also, the "hover" opacity darkening occurs on keyboard focus and hover. Also verified that you can now single click actions column actions on the ipad.