6 Aug
2015
6 Aug
'15
4:11 p.m.
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*
gabriela.smeria(a)xwiki.com
skype: smeria.gabriela
On Thu, Jul 30, 2015 at 3:19 PM, Ecaterina Moraru (Valica) <
valicac(a)gmail.com> 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 <enygma2002(a)gmail.com>
wrote:
to
together
valicac(a)gmail.com
> >:
> >>
> >> > Hi,
> >> >
> >> > With the introduction of Nested Documents and the removal of
global
'Add'
_______________________________________________
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
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, > >> 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 > 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) < > menu,
> > we are confronted with the problem of moving and redefining the
content
>> of
>> > 'Add' action.
>> >
>> > The iteration experiments multiple possible alternatives of the > >
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