On Sat, Dec 6, 2014 at 11:02 PM, Denis Gervalle <[email protected]> wrote: > +1, ideally with a hover feedback very similar to the one of a dropdown > button.
The color theme is responsible for the hover effect. A flat color theme will probably use a single color highlight, controlled by the @navbar-default-link-hover-bg LESS variable. A 3D color theme may use some gradients to achieve the 3D effect on hover. A minimalistic color theme (like Simplex) will just change the text color on hover, leaving the background transparent. This proposal/vote is about agreeing on: * displaying a small vertical bar between the menu label and toggle (using a color derived from the menu background) to indicate the separation between the two (especially for tablet devices where there's no hover) * hovering/activating the menu label and the toggle separately, as it happens with a drop down button (e.g. the Add button). Thanks, Marius > > On Fri, Dec 5, 2014 at 6:59 PM, Pascal BASTIEN <[email protected]> > 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 default >> action and drop down sub menu level at the right-side-click ) >> With CSS it should be possible to:- use 2 side button on big screen- use >> GoTo menu on small screen >> (with @media min-width) >> >> Thxs >> Pascal BASTIEN >> De : Marius Dumitru Florea <[email protected]> >> À : XWiki Developers <[email protected]>; XWiki Users <[email protected]> >> Envoyé le : Vendredi 5 décembre 2014 17h20 >> Objet : [xwiki-users] [VOTE] Enable default actions for the Flamingo top >> 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 >> >> http://extensions.xwiki.org/xwiki/bin/view/Extension/Hover+and+Default+Action+for+Flamingo+Menu >> . >> >> 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 >> >> http://extensions.xwiki.org/xwiki/bin/view/Extension/Enable+Default+Action+for+Flamingo+Menu >> but not the same. >> >> NOTE: The way the menu behaves and looks on hover and click (text and >> background color) is strictly determined by the color theme. Some >> themes highlight the hovered menu items by changing their background >> color, others the text color and some do both. My changes are >> independent on this. We can of course improve the default color theme >> to better highlight the menu items. This is a different topic though. >> >> I'd like to commit this changes in 6.4. Here's my +1. >> >> Thanks, >> Marius >> _______________________________________________ >> users mailing list >> [email protected] >> http://lists.xwiki.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> users mailing list >> [email protected] >> http://lists.xwiki.org/mailman/listinfo/users >> > > > > -- > Denis Gervalle > SOFTEC sa - CEO > _______________________________________________ > users mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/users _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
