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) <
valicac(a)gmail.com> wrote:
  Hi,
 Other opinions?
 Thanks,
 Caty
 On Tue, Jun 23, 2015 at 11:44 AM, Ecaterina Moraru (Valica) <
 valicac(a)gmail.com> wrote:
 On Tue, Jun 23, 2015 at 11:22 AM, Guillaume "Louis-Marie" Delhumeau <
 gdelhumeau(a)xwiki.com> 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) <valicac(a)gmail.com 
:
>
> > 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
 devs(a)xwiki.org
 
http://lists.xwiki.org/mailman/listinfo/devs
 
 --
 Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
 Research & Development Engineer at XWiki SAS
 Committer on the 
XWiki.org project
 _______________________________________________
 devs mailing list
 devs(a)xwiki.org
 
http://lists.xwiki.org/mailman/listinfo/devs
   _______________________________________________
 devs mailing list
 devs(a)xwiki.org
 
http://lists.xwiki.org/mailman/listinfo/devs