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