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) < > > [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 > > > > > _______________________________________________ > > 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
