5 Dec
2014
5 Dec
'14
5:20 p.m.
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+Acti…
.
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+…
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
5 Dec
5 Dec
6:59 p.m.
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 <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 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+Acti…
.
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+…
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
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
6 Dec
6 Dec
10:02 p.m.
New subject: [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.
On Fri, Dec 5, 2014 at 6:59 PM, Pascal BASTIEN <pbasnews-xwiki(a)yahoo.fr>
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 <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 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+Acti…
.
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+…
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
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Denis Gervalle
SOFTEC sa - CEO
8 Dec
8 Dec
10:06 a.m.
New subject: [xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries
+1
Thanks,
Caty
On Sat, Dec 6, 2014 at 11:02 PM, Denis Gervalle <dgl(a)softec.lu> wrote:
+1, ideally with a hover feedback very similar to the
one of a dropdown
button.
On Fri, Dec 5, 2014 at 6:59 PM, Pascal BASTIEN <pbasnews-xwiki(a)yahoo.fr>
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 <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 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+Acti…
.
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+…
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
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Denis Gervalle
SOFTEC sa - CEO
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
12:44 p.m.
New subject: [xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries
On Fri, Dec 5, 2014 at 7:59 PM, Pascal BASTIEN <pbasnews-xwiki(a)yahoo.fr> wrote:
May I? (you send mail at user list)... then +1
Sure Pascal, even if your vote is non-binding it still is important
because it can influence the committers. Feedback from users is always
good.
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)
That is what this proposal is about. Only the large screens are
affected (tablet and desktop).
Thanks,
Marius
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 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+Acti…
.
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+…
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
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
12:59 p.m.
New subject: [xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries
On Sat, Dec 6, 2014 at 11:02 PM, Denis Gervalle <dgl(a)softec.lu> 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 <pbasnews-xwiki(a)yahoo.fr>
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 <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 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+Acti…
.
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+…
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
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Denis Gervalle
SOFTEC sa - CEO
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users 
1:18 p.m.
New subject: [xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries
+1, looks good.
2014-12-08 12:59 GMT+01:00 Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com>gt;:
On Sat, Dec 6, 2014 at 11:02 PM, Denis Gervalle
<dgl(a)softec.lu> wrote:
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
+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 <pbasnews-xwiki(a)yahoo.fr>
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 <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
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+Acti…
> .
>
> 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+…
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
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Denis Gervalle
SOFTEC sa - CEO
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users 
10:07 p.m.
New subject: [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> wrote:
+1, looks good.
2014-12-08 12:59 GMT+01:00 Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com>gt;:
use
http://extensions.xwiki.org/xwiki/bin/view/Extension/Hover+and+Default+Acti…
http://extensions.xwiki.org/xwiki/bin/view/Extension/Enable+Default+Action+…
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
On Sat, Dec 6, 2014 at 11:02 PM, Denis Gervalle
<dgl(a)softec.lu> wrote:
pbasnews-xwiki(a)yahoo.fr>
+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 < 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- > 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
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
>
>
> .
>
> 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
>
>
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
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Denis Gervalle
SOFTEC sa - CEO
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
10 Dec
10 Dec
5:17 p.m.
New subject: [xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries
I committed my changes so that those that haven't voted yet can see it
in action. Will revert if someone is against it.
Thanks,
Marius
On Mon, Dec 8, 2014 at 11:07 PM, Guillaume Lerouge <guillaume(a)xwiki.com> wrote:
+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> wrote:
+1, looks good.
2014-12-08 12:59 GMT+01:00 Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com>gt;:
use
http://extensions.xwiki.org/xwiki/bin/view/Extension/Hover+and+Default+Acti…
http://extensions.xwiki.org/xwiki/bin/view/Extension/Enable+Default+Action+…
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users On Sat, Dec 6, 2014 at 11:02 PM, Denis Gervalle
<dgl(a)softec.lu> wrote:
pbasnews-xwiki(a)yahoo.fr>
+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 < 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- > 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
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
>
>
> .
>
> 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
>
>
> 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
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
>
>
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
--
Denis Gervalle
SOFTEC sa - CEO
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
11 Dec
11 Dec
10:35 a.m.
New subject: [xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries
It's good to see in action, I like it!
Thanks for this.
2014-12-10 17:17 GMT+01:00 Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com>gt;:
I committed my changes so that those that haven't
voted yet can see it
in action. Will revert if someone is against it.
Thanks,
Marius
On Mon, Dec 8, 2014 at 11:07 PM, Guillaume Lerouge <guillaume(a)xwiki.com>
wrote:
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
+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> wrote:
> +1, looks good.
>
> 2014-12-08 12:59 GMT+01:00 Marius Dumitru Florea <
> mariusdumitru.florea(a)xwiki.com>gt;:
>
> > On Sat, Dec 6, 2014 at 11:02 PM, Denis Gervalle <dgl(a)softec.lu>
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 <
> pbasnews-xwiki(a)yahoo.fr>
> > > 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
<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
> > 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+Acti…
> > >> .
> > >>
> > >> 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+…
> > >> 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
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>>
>>
>> _______________________________________________
>> users mailing list
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>
>
>
> --
> Denis Gervalle
> SOFTEC sa - CEO
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
11:05 a.m.
New subject: [xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries
I like it too.
What I would 'improve' is: when the dropdown is .open, have the
background-color also on entity name, not just the arrow.
This would mean removing 'background-color: transparent' from
'.navbar-nav>.dropdown-split.open>.dropdown-split-left'.
This way, you can clearly see the separation of link/action in normal mode,
but see the affiliation of the menu when open (also this is visible since
the menu starts under the entity name, not the arrow).
This is just a remark I have, but I'm waiting for more feedback from
others.
Thanks,
Caty
On Wed, Dec 10, 2014 at 6:17 PM, Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
I committed my changes so that those that haven't
voted yet can see it
in action. Will revert if someone is against it.
Thanks,
Marius
On Mon, Dec 8, 2014 at 11:07 PM, Guillaume Lerouge <guillaume(a)xwiki.com>
wrote:
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
+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> wrote:
> +1, looks good.
>
> 2014-12-08 12:59 GMT+01:00 Marius Dumitru Florea <
> mariusdumitru.florea(a)xwiki.com>gt;:
>
> > On Sat, Dec 6, 2014 at 11:02 PM, Denis Gervalle <dgl(a)softec.lu>
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 <
> pbasnews-xwiki(a)yahoo.fr>
> > > 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
<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
> > 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+Acti…
> > >> .
> > >>
> > >> 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+…
> > >> 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
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>>
>>
>> _______________________________________________
>> users mailing list
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>
>
>
> --
> Denis Gervalle
> SOFTEC sa - CEO
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
1:14 p.m.
New subject: [xwiki-users] [xwiki-devs] [VOTE] Enable default actions for the Flamingo top menu entries
On Thu, Dec 11, 2014 at 12:05 PM, Ecaterina Moraru (Valica)
<valicac(a)gmail.com> wrote:
I like it too.
What I would 'improve' is: when the dropdown is .open, have the
background-color also on entity name, not just the arrow.
This would mean removing 'background-color: transparent' from
'.navbar-nav>.dropdown-split.open>.dropdown-split-left'.
This way, you can clearly see the separation of
link/action in normal mode,
but see the affiliation of the menu when open (also this is visible since
the menu starts under the entity name, not the arrow).
If we activate the entire menu item then there won't be any hover
effect on the label when the menu is open so the user might think the
link doesn't work in this case. Moreover, this behaviour diverges from
the one of a drop down button (like the Add button).
This is just a remark I have, but I'm waiting for more feedback from
others.
Thanks,
Caty
On Wed, Dec 10, 2014 at 6:17 PM, Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
I committed my changes so that those that
haven't voted yet can see it
in action. Will revert if someone is against it.
Thanks,
Marius
On Mon, Dec 8, 2014 at 11:07 PM, Guillaume Lerouge <guillaume(a)xwiki.com>
wrote:
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs +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> wrote:
> +1, looks good.
>
> 2014-12-08 12:59 GMT+01:00 Marius Dumitru Florea <
> mariusdumitru.florea(a)xwiki.com>gt;:
>
> > On Sat, Dec 6, 2014 at 11:02 PM, Denis Gervalle <dgl(a)softec.lu>
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 <
> pbasnews-xwiki(a)yahoo.fr>
> > > 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
<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
> > 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+Acti…
> > >> .
> > >>
> > >> 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+…
> > >> 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
> >> users(a)xwiki.org
> >> http://lists.xwiki.org/mailman/listinfo/users
> >>
> >>
> >>
> >> _______________________________________________
> >> users mailing list
> >> users(a)xwiki.org
> >> http://lists.xwiki.org/mailman/listinfo/users
> >>
> >
> >
> >
> > --
> > Denis Gervalle
> > SOFTEC sa - CEO
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
3567
days inactive
3573
days old
11 comments
6 participants
participants (6)
-
Denis Gervalle -
Ecaterina Moraru (Valica) -
Guillaume "Louis-Marie" Delhumeau -
Guillaume Lerouge -
Marius Dumitru Florea -
Pascal BASTIEN