[xwiki-devs] [Iteration][UX] Nested: Add action
Hi, With the introduction of Nested Documents and the removal of global menu, we are confronted with the problem of moving and redefining the content of 'Add' action. The iteration experiments multiple possible alternatives of the 'Add' location and look, read more http://design.xwiki.org/xwiki/bin/view/Proposal/NestedAdd My recommendation is to: - Move the 'Add' (page/child) button inside the content area and display it as a button; - Move the 'Add wiki' functionality inside Drawer + Wiki Index; - Select the page template from the dedicated create action page; Feedback is welcomed. Thanks, Caty
Hi Caty, I repeat myself, but I think I will really like the Macaw theme :-) About the "Add" button. This action is not related to the current page ("edit", "rename", "copy", "delete", etc. are actions related to the current page but not "add" unless it's "add an object, add an attachment, add a section, etc."). Therefore, it should not appear in the framebox of the current page but outside (in the Drawer or in the global menu). That's why I think P4 (I like it very much by the way) is the only reasonable proposition (I have the feeling that P4 is better than putting this action in the drawer but having both could also be a possibility). Hope this helps. On 22/06/2015 19:23, Ecaterina Moraru (Valica) wrote:
Hi,
With the introduction of Nested Documents and the removal of global menu, we are confronted with the problem of moving and redefining the content of 'Add' action.
The iteration experiments multiple possible alternatives of the 'Add' location and look, read more http://design.xwiki.org/xwiki/bin/view/Proposal/NestedAdd
My recommendation is to: - Move the 'Add' (page/child) button inside the content area and display it as a button; - Move the 'Add wiki' functionality inside Drawer + Wiki Index; - Select the page template from the dedicated create action page;
Feedback is welcomed.
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Jean Simard [email protected] Research engineer at XWiki SAS http://www.xwiki.com Committer on the XWiki.org project http://www.xwiki.org
Hi Jean, On Tue, Jun 23, 2015 at 11:16 AM, Jean SIMARD <[email protected]> wrote:
Hi Caty,
I repeat myself, but I think I will really like the Macaw theme :-)
I'm glad :)
About the "Add" button. This action is not related to the current page ("edit", "rename", "copy", "delete", etc. are actions related to the current page but not "add" unless it's "add an object, add an attachment, add a section, etc.").
Depends on what actions we will still have. If 'Add' mean 'Add a Child Page for the current Page' than you can consider that the action is related. With the removal of Space concept, we have just Wiki and Page. Wiki is an action that only Admin will see and as you've seen you have the possibility to put it in the Drawer or in the Wiki Index. For normal user, that don't have 'Add Wiki' might appear strange to have all the actions: Edit, Delete, Rename, etc. in one place... and the 'Add' in the Top Menu. For this reason I prefer P3. The only problem with P3 are the options we want to have in Add and if we want to extend it, but even like this you can consider that all actions are grouped together.
Therefore, it should not appear in the framebox of the current page but outside (in the Drawer or in the global menu). That's why I think P4 (I like it very much by the way) is the only reasonable proposition (I have the feeling that P4 is better than putting this action in the drawer but having both could also be a possibility).
Hope this helps.
On 22/06/2015 19:23, Ecaterina Moraru (Valica) wrote:
Hi,
With the introduction of Nested Documents and the removal of global menu, we are confronted with the problem of moving and redefining the content of 'Add' action.
The iteration experiments multiple possible alternatives of the 'Add' location and look, read more http://design.xwiki.org/xwiki/bin/view/Proposal/NestedAdd
My recommendation is to: - Move the 'Add' (page/child) button inside the content area and display it as a button; - Move the 'Add wiki' functionality inside Drawer + Wiki Index; - Select the page template from the dedicated create action page;
Feedback is welcomed.
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Jean Simard [email protected] Research engineer at XWiki SAS http://www.xwiki.com Committer on the XWiki.org project http://www.xwiki.org _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi Caty. For the iteration 1, the only issue I see is that the "Add" action is located in the same place than actions related to the current document. I remember that we have a lot of discussions about this in Flamingo, to finally decide to put it in the top menu. So maybe we could anticipate this. For the iteration 2, I like P3 (that you have recommended) and P4 (because the add action is not located with the actions related to the current doc). I think T2 is good and I don't think the extensibility is limited. You can add some scrollbars if a lot of options are shown, which will not be the case most of the time. T3 does not present how we create a new Wiki. I don't see it as an alternative to T1 and T2. Anyway, I think we are going in the good direction to have a less crowded UI, and I definitively love it! Thanks, 2015-06-22 19:23 GMT+02:00 Ecaterina Moraru (Valica) <[email protected]>:
Hi,
With the introduction of Nested Documents and the removal of global menu, we are confronted with the problem of moving and redefining the content of 'Add' action.
The iteration experiments multiple possible alternatives of the 'Add' location and look, read more http://design.xwiki.org/xwiki/bin/view/Proposal/NestedAdd
My recommendation is to: - Move the 'Add' (page/child) button inside the content area and display it as a button; - Move the 'Add wiki' functionality inside Drawer + Wiki Index; - Select the page template from the dedicated create action page;
Feedback is welcomed.
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
On Tue, Jun 23, 2015 at 11:22 AM, Guillaume "Louis-Marie" Delhumeau < [email protected]> wrote:
Hi Caty.
For the iteration 1, the only issue I see is that the "Add" action is located in the same place than actions related to the current document. I remember that we have a lot of discussions about this in Flamingo, to finally decide to put it in the top menu. So maybe we could anticipate this.
The main difference between what we have now and what was discussed in the past is that the current global menu has all 3 types of entities (Wiki, Space, Page) and Add contained actions to create all these entities. We also had discussions about normal users that couldn't find easy Copy, Delete, because they looked in the More Actions zone. Before we had consistency reasons: we needed to have a generic way to Add/Delete a Wiki/Space/Page. Now if we simplify the mental model: we remove space and we separate the Wiki as a grouping/isolation entity, than we finally can move together all the actions and consider Page to be an atomic entity.
For the iteration 2, I like P3 (that you have recommended) and P4 (because the add action is not located with the actions related to the current doc).
I think T2 is good and I don't think the extensibility is limited. You can add some scrollbars if a lot of options are shown, which will not be the case most of the time.
When I mentioned the limited extensibility I haven't tough only about what type option we can display, but also that we need space to: - enter Page Name - change Page Location - maybe display a Tree with the current Page Location - display Page types - other? T2 will need always another step to enter details.
T3 does not present how we create a new Wiki. I don't see it as an alternative to T1 and T2.
It's an alternative only for the presentation / entering of Page Templates. The Create Wiki is similar to Create Page (just like the current implementation), but the activator is another button than the 'Add' (Page/Child)
Anyway, I think we are going in the good direction to have a less crowded UI, and I definitively love it!
Thanks Guillaume, Caty
Thanks,
2015-06-22 19:23 GMT+02:00 Ecaterina Moraru (Valica) <[email protected]>:
Hi,
With the introduction of Nested Documents and the removal of global menu, we are confronted with the problem of moving and redefining the content of 'Add' action.
The iteration experiments multiple possible alternatives of the 'Add' location and look, read more http://design.xwiki.org/xwiki/bin/view/Proposal/NestedAdd
My recommendation is to: - Move the 'Add' (page/child) button inside the content area and display it as a button; - Move the 'Add wiki' functionality inside Drawer + Wiki Index; - Select the page template from the dedicated create action page;
Feedback is welcomed.
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi, Other opinions? Thanks, Caty On Tue, Jun 23, 2015 at 11:44 AM, Ecaterina Moraru (Valica) < [email protected]> wrote:
On Tue, Jun 23, 2015 at 11:22 AM, Guillaume "Louis-Marie" Delhumeau < [email protected]> wrote:
Hi Caty.
For the iteration 1, the only issue I see is that the "Add" action is located in the same place than actions related to the current document. I remember that we have a lot of discussions about this in Flamingo, to finally decide to put it in the top menu. So maybe we could anticipate this.
The main difference between what we have now and what was discussed in the past is that the current global menu has all 3 types of entities (Wiki, Space, Page) and Add contained actions to create all these entities.
We also had discussions about normal users that couldn't find easy Copy, Delete, because they looked in the More Actions zone. Before we had consistency reasons: we needed to have a generic way to Add/Delete a Wiki/Space/Page.
Now if we simplify the mental model: we remove space and we separate the Wiki as a grouping/isolation entity, than we finally can move together all the actions and consider Page to be an atomic entity.
For the iteration 2, I like P3 (that you have recommended) and P4 (because the add action is not located with the actions related to the current doc).
I think T2 is good and I don't think the extensibility is limited. You can add some scrollbars if a lot of options are shown, which will not be the case most of the time.
When I mentioned the limited extensibility I haven't tough only about what type option we can display, but also that we need space to: - enter Page Name - change Page Location - maybe display a Tree with the current Page Location - display Page types - other?
T2 will need always another step to enter details.
T3 does not present how we create a new Wiki. I don't see it as an alternative to T1 and T2.
It's an alternative only for the presentation / entering of Page Templates. The Create Wiki is similar to Create Page (just like the current implementation), but the activator is another button than the 'Add' (Page/Child)
Anyway, I think we are going in the good direction to have a less crowded UI, and I definitively love it!
Thanks Guillaume, Caty
Thanks,
2015-06-22 19:23 GMT+02:00 Ecaterina Moraru (Valica) <[email protected]>:
Hi,
With the introduction of Nested Documents and the removal of global menu, we are confronted with the problem of moving and redefining the content of 'Add' action.
The iteration experiments multiple possible alternatives of the 'Add' location and look, read more http://design.xwiki.org/xwiki/bin/view/Proposal/NestedAdd
My recommendation is to: - Move the 'Add' (page/child) button inside the content area and display it as a button; - Move the 'Add wiki' functionality inside Drawer + Wiki Index; - Select the page template from the dedicated create action page;
Feedback is welcomed.
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi, +1 for T3. It goes well with what we have now for the create action and it allows us enough room to do whatever we want and scale it. This means that I would also be +1 for option A (which is consistent with the new behavior of the edit button, i.e. no submenu for it like add X, add Y or edit inline, edit wiki, etc.). Just handle it in the create action/UI. This also means that I would be +1 for P4 in terms of position, to go with the general feeling that the actions in the top menu are not about the current page, even if the create action might suggest to create the new page as a child of the current one. Regarding wiki creation, the drawer would be a decent place for the wiki navigation and creation link (since they should not always be in your face), othwerise, worst case, fallback on option C wrt to submenus of the Add button. Thanks, Eduard On Mon, Jun 29, 2015 at 5:53 PM, Ecaterina Moraru (Valica) < [email protected]> wrote:
Hi,
Other opinions?
Thanks, Caty
On Tue, Jun 23, 2015 at 11:44 AM, Ecaterina Moraru (Valica) < [email protected]> wrote:
On Tue, Jun 23, 2015 at 11:22 AM, Guillaume "Louis-Marie" Delhumeau < [email protected]> wrote:
Hi Caty.
For the iteration 1, the only issue I see is that the "Add" action is located in the same place than actions related to the current document.
I
remember that we have a lot of discussions about this in Flamingo, to finally decide to put it in the top menu. So maybe we could anticipate this.
The main difference between what we have now and what was discussed in the past is that the current global menu has all 3 types of entities (Wiki, Space, Page) and Add contained actions to create all these entities.
We also had discussions about normal users that couldn't find easy Copy, Delete, because they looked in the More Actions zone. Before we had consistency reasons: we needed to have a generic way to Add/Delete a Wiki/Space/Page.
Now if we simplify the mental model: we remove space and we separate the Wiki as a grouping/isolation entity, than we finally can move together all the actions and consider Page to be an atomic entity.
For the iteration 2, I like P3 (that you have recommended) and P4
(because
the add action is not located with the actions related to the current doc).
I think T2 is good and I don't think the extensibility is limited. You can add some scrollbars if a lot of options are shown, which will not be the case most of the time.
When I mentioned the limited extensibility I haven't tough only about what type option we can display, but also that we need space to: - enter Page Name - change Page Location - maybe display a Tree with the current Page Location - display Page types - other?
T2 will need always another step to enter details.
T3 does not present how we create a new Wiki. I don't see it as an alternative to T1 and T2.
It's an alternative only for the presentation / entering of Page Templates. The Create Wiki is similar to Create Page (just like the current implementation), but the activator is another button than the 'Add' (Page/Child)
Anyway, I think we are going in the good direction to have a less
crowded
UI, and I definitively love it!
Thanks Guillaume, Caty
Thanks,
2015-06-22 19:23 GMT+02:00 Ecaterina Moraru (Valica) <[email protected]
:
Hi,
With the introduction of Nested Documents and the removal of global menu, we are confronted with the problem of moving and redefining the
content
of
'Add' action.
The iteration experiments multiple possible alternatives of the 'Add' location and look, read more http://design.xwiki.org/xwiki/bin/view/Proposal/NestedAdd
My recommendation is to: - Move the 'Add' (page/child) button inside the content area and display it as a button; - Move the 'Add wiki' functionality inside Drawer + Wiki Index; - Select the page template from the dedicated create action page;
Feedback is welcomed.
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi, Summary of the current opinions: [Options] A: Caty, Eduard C: +0 Eduard [Position] P3: Caty, GD P4: JeanS, GD, Eduard [Type] T2: GD T3: Caty, Eduard Thanks, Caty On Tue, Jun 30, 2015 at 1:08 PM, Eduard Moraru <[email protected]> wrote:
Hi,
+1 for T3. It goes well with what we have now for the create action and it allows us enough room to do whatever we want and scale it.
This means that I would also be +1 for option A (which is consistent with the new behavior of the edit button, i.e. no submenu for it like add X, add Y or edit inline, edit wiki, etc.). Just handle it in the create action/UI.
This also means that I would be +1 for P4 in terms of position, to go with the general feeling that the actions in the top menu are not about the current page, even if the create action might suggest to create the new page as a child of the current one.
Regarding wiki creation, the drawer would be a decent place for the wiki navigation and creation link (since they should not always be in your face), othwerise, worst case, fallback on option C wrt to submenus of the Add button.
Thanks, Eduard
On Mon, Jun 29, 2015 at 5:53 PM, Ecaterina Moraru (Valica) < [email protected]> wrote:
Hi,
Other opinions?
Thanks, Caty
On Tue, Jun 23, 2015 at 11:44 AM, Ecaterina Moraru (Valica) < [email protected]> wrote:
On Tue, Jun 23, 2015 at 11:22 AM, Guillaume "Louis-Marie" Delhumeau < [email protected]> wrote:
Hi Caty.
For the iteration 1, the only issue I see is that the "Add" action is located in the same place than actions related to the current
document. I
remember that we have a lot of discussions about this in Flamingo, to finally decide to put it in the top menu. So maybe we could anticipate this.
The main difference between what we have now and what was discussed in the past is that the current global menu has all 3 types of entities (Wiki, Space, Page) and Add contained actions to create all these entities.
We also had discussions about normal users that couldn't find easy Copy, Delete, because they looked in the More Actions zone. Before we had consistency reasons: we needed to have a generic way to Add/Delete a Wiki/Space/Page.
Now if we simplify the mental model: we remove space and we separate the Wiki as a grouping/isolation entity, than we finally can move together all the actions and consider Page to be an atomic entity.
For the iteration 2, I like P3 (that you have recommended) and P4
(because
the add action is not located with the actions related to the current doc).
I think T2 is good and I don't think the extensibility is limited. You can add some scrollbars if a lot of options are shown, which will not be the case most of the time.
When I mentioned the limited extensibility I haven't tough only about what type option we can display, but also that we need space to: - enter Page Name - change Page Location - maybe display a Tree with the current Page Location - display Page types - other?
T2 will need always another step to enter details.
T3 does not present how we create a new Wiki. I don't see it as an alternative to T1 and T2.
It's an alternative only for the presentation / entering of Page Templates. The Create Wiki is similar to Create Page (just like the current implementation), but the activator is another button than the 'Add' (Page/Child)
Anyway, I think we are going in the good direction to have a less
crowded
UI, and I definitively love it!
Thanks Guillaume, Caty
Thanks,
2015-06-22 19:23 GMT+02:00 Ecaterina Moraru (Valica) <
Hi,
With the introduction of Nested Documents and the removal of global menu, we are confronted with the problem of moving and redefining the
content
of
'Add' action.
The iteration experiments multiple possible alternatives of the 'Add' location and look, read more http://design.xwiki.org/xwiki/bin/view/Proposal/NestedAdd
My recommendation is to: - Move the 'Add' (page/child) button inside the content area and display it as a button; - Move the 'Add wiki' functionality inside Drawer + Wiki Index; - Select the page template from the dedicated create action page;
Feedback is welcomed.
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hello, Thanks for this proposal, Caty! In my opinion, for: - *Iteration 1*: I think the main actions Edit and Add should be separated somehow. There are too many actions inside one button. -* Iteration 2*: ** Options*: A strong +1 for A and E * *Position*: +1 for P3 since the icons are really suggestive and I also like the fact that the main actions (Edit and Add) are displayed separately (I also would find interesting a combination between P4 and P5) ** Type*: T3 - the recommended one is also my choice Thanks, Gabriela *Gabriela Smeria* *Web Developer* [email protected] skype: smeria.gabriela On Thu, Jul 30, 2015 at 3:19 PM, Ecaterina Moraru (Valica) < [email protected]> wrote:
Hi,
Summary of the current opinions:
[Options] A: Caty, Eduard C: +0 Eduard
[Position] P3: Caty, GD P4: JeanS, GD, Eduard
[Type] T2: GD T3: Caty, Eduard
Thanks, Caty
On Tue, Jun 30, 2015 at 1:08 PM, Eduard Moraru <[email protected]> wrote:
Hi,
+1 for T3. It goes well with what we have now for the create action and it allows us enough room to do whatever we want and scale it.
This means that I would also be +1 for option A (which is consistent with the new behavior of the edit button, i.e. no submenu for it like add X, add Y or edit inline, edit wiki, etc.). Just handle it in the create action/UI.
This also means that I would be +1 for P4 in terms of position, to go with the general feeling that the actions in the top menu are not about the current page, even if the create action might suggest to create the new page as a child of the current one.
Regarding wiki creation, the drawer would be a decent place for the wiki navigation and creation link (since they should not always be in your face), othwerise, worst case, fallback on option C wrt to submenus of the Add button.
Thanks, Eduard
On Mon, Jun 29, 2015 at 5:53 PM, Ecaterina Moraru (Valica) < [email protected]> wrote:
Hi,
Other opinions?
Thanks, Caty
On Tue, Jun 23, 2015 at 11:44 AM, Ecaterina Moraru (Valica) < [email protected]> wrote:
On Tue, Jun 23, 2015 at 11:22 AM, Guillaume "Louis-Marie" Delhumeau < [email protected]> wrote:
Hi Caty.
For the iteration 1, the only issue I see is that the "Add" action
is
located in the same place than actions related to the current document. I remember that we have a lot of discussions about this in Flamingo, to finally decide to put it in the top menu. So maybe we could anticipate this.
The main difference between what we have now and what was discussed in the past is that the current global menu has all 3 types of entities (Wiki, Space, Page) and Add contained actions to create all these entities.
We also had discussions about normal users that couldn't find easy Copy, Delete, because they looked in the More Actions zone. Before we had consistency reasons: we needed to have a generic way to Add/Delete a Wiki/Space/Page.
Now if we simplify the mental model: we remove space and we separate the Wiki as a grouping/isolation entity, than we finally can move together all the actions and consider Page to be an atomic entity.
For the iteration 2, I like P3 (that you have recommended) and P4
(because
the add action is not located with the actions related to the current doc).
I think T2 is good and I don't think the extensibility is limited. You can add some scrollbars if a lot of options are shown, which will not be the case most of the time.
When I mentioned the limited extensibility I haven't tough only about what type option we can display, but also that we need space to: - enter Page Name - change Page Location - maybe display a Tree with the current Page Location - display Page types - other?
T2 will need always another step to enter details.
T3 does not present how we create a new Wiki. I don't see it as an alternative to T1 and T2.
It's an alternative only for the presentation / entering of Page Templates. The Create Wiki is similar to Create Page (just like the current implementation), but the activator is another button than the 'Add' (Page/Child)
Anyway, I think we are going in the good direction to have a less
crowded
UI, and I definitively love it!
Thanks Guillaume, Caty
Thanks,
2015-06-22 19:23 GMT+02:00 Ecaterina Moraru (Valica) <
Hi,
With the introduction of Nested Documents and the removal of
global
menu,
we are confronted with the problem of moving and redefining the content of 'Add' action.
The iteration experiments multiple possible alternatives of the 'Add' location and look, read more http://design.xwiki.org/xwiki/bin/view/Proposal/NestedAdd
My recommendation is to: - Move the 'Add' (page/child) button inside the content area and display it as a button; - Move the 'Add wiki' functionality inside Drawer + Wiki Index; - Select the page template from the dedicated create action page;
Feedback is welcomed.
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
participants (5)
-
Ecaterina Moraru (Valica) -
Eduard Moraru -
Gabriela Smeria -
Guillaume "Louis-Marie" Delhumeau -
Jean SIMARD