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

+1 Thanks a lot for all your effort on this Marius! Guillaume On Mon, Dec 8, 2014 at 1:18 PM, Guillaume "Louis-Marie" Delhumeau < gdelhumeau(a)xwiki.com&gt; wrote: > +1, looks good. > > 2014-12-08 12:59 GMT+01:00 Marius Dumitru Florea < > mariusdumitru.florea(a)xwiki.com&gt;gt;: > > > On Sat, Dec 6, 2014 at 11:02 PM, Denis Gervalle &lt;dgl(a)softec.lu&gt;

> > > +1, ideally with a hover feedback very similar to the one of a

> > > 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 < > pbasnews-xwiki(a)yahoo.fr&gt; > > > 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

> > >> 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

> use > > >> GoTo menu on small screen > > >> (with @media min-width) > > >> > > >> Thxs > > >> Pascal BASTIEN > > >> De : Marius Dumitru Florea &lt;mariusdumitru.florea(a)xwiki.com&gt; > > >> À : XWiki Developers &lt;devs(a)xwiki.org&gt;rg>; XWiki Users <

> > >> Envoyé le : Vendredi 5 décembre 2014 17h20 > > >> Objet : [xwiki-users] [VOTE] Enable default actions for the

> > top > > >> menu entries > > >> > > >> Hi everyone, > > >> > > >> = Short Story = > > >> > > >> I propose to change the behaviour of the top level menu from

> > >> 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

> > >> button) but without looking like one. You can see some screen

> > >> http://jira.xwiki.org/browse/XWIKI-11517. > > >> > > >> = Long Story = > > >> > > >> I've heard complains that the current behaviour of the top level

> > >> from Flamingo skin is not perfect. The issue is that you need to

> > >> 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

> > >> (on devices that support this of course). The result is quite nice

> > >> effective but there is a problem: if you have a second horizontal

> > >> 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

> > >> Fix. For those that like the open-on-hover behaviour and which

> > >> 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

> > >> At the same time this separation felt unnatural on extra small

> > >> (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

> > >> and another one on the "Go to this XYZ". > > >> * On desktop and tablet enable the default action (navigation

> > >> in 6.2 but improve the separation so that the menu behaves as much

> > >> possible as a drop down button (e.g. the Add button) without

> > >> 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

> > >> 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 > > >> > > >> > > >

> > >> but not the same. > > >> > > >> NOTE: The way the menu behaves and looks on hover and click (text

> > >> background color) is strictly determined by the color theme. Some > > >> themes highlight the hovered menu items by changing their

> > >> color, others the text color and some do both. My changes are > > >> independent on this. We can of course improve the default color

> > >> to better highlight the menu items. This is a different topic

_______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users