Re: [xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries

+1, ideally with a hover feedback very similar to the one of a dropdown button.

wrote: > May I? (you send mail at user list)... then +1 > On 6.3 I still use 6.2 menu (I modified the template on my xwiki) > > I'm agree with you the 2 side of button must be better separate (with > color on hoover or a black vertical bar?). > > IMO we must respect the same logic of actions button (an one-click

> GoTo menu on small screen > (with @media min-width) > > Thxs > Pascal BASTIEN > De : Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com> > À : XWiki Developers <devs(a)xwiki.org>rg>; XWiki Users <users(a)xwiki.org> > Envoyé le : Vendredi 5 décembre 2014 17h20 > Objet : [xwiki-users] [VOTE] Enable default actions for the Flamingo

> menu entries > > Hi everyone, > > = Short Story = > > I propose to change the behaviour of the top level menu from Flamingo > for tablet and desktop screens (so NOT for phones) to match the > behaviour we had in 6.2 BUT improving the separation between the > navigation links and the drop down toggle. The idea is that the top > level menu entries should behave like a drop down button (e.g. the Add > button) but without looking like one. You can see some screen shots at > http://jira.xwiki.org/browse/XWIKI-11517. > > = Long Story = > > I've heard complains that the current behaviour of the top level menu > from Flamingo skin is not perfect. The issue is that you need to click > twice to navigate. Ok, with a mouse you can use the middle click > (wheel) to open the link in a new tab but still it's annoying for > simple uses and for those that use the touch pad or a tablet. > > An alternative I have investigated in > http://jira.xwiki.org/browse/XWIKI-11479 is to open the menu on hover > (on devices that support this of course). The result is quite nice and > effective but there is a problem: if you have a second horizontal menu > displayed under the top level menu then you'll have a hard time > hovering the second menu. So I decided to close XWIKI-11479 as Won't > Fix. For those that like the open-on-hover behaviour and which don't > plan to use a second menu I've published this extension > >

> . > > The other alternative to fix the problem is to go back to the > behaviour from 6.2. Precisely, each menu has two sides: > * on the left is the label which is a link used for navigation > * on the right there is a toggle (arrow) used to open the menu. > > The problem with this, and the reason we change it in 6.3, was that > the label and the toggle were not separated very well so the user > could easily think they were doing the same action (opening the menu). > At the same time this separation felt unnatural on extra small screens > (phones) because you couldn't tap easily on the toggle (arrow). > > The solution I propose is to: > * Keep the current behaviour for extra small screens (phones). That > means the use has to tap twice to navigate: one tap to open the menu > and another one on the "Go to this XYZ". > * On desktop and tablet enable the default action (navigation link) as > in 6.2 but improve the separation so that the menu behaves as much as > possible as a drop down button (e.g. the Add button) without looking > like one. This means: > ** You should understand there are two sides without hovering > ** Separate hover and active state (e.g. the link is not hovered when > the toggle is hovered) > > I've investigated *many* ways to achieve this and the result can be > seen on http://jira.xwiki.org/browse/XWIKI-11517. This is close to > >

-- Denis Gervalle SOFTEC sa - CEO _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users