On Fri, Jul 17, 2015 at 10:23 AM, Jean SIMARD <jean.simard(a)xwiki.com> wrote:
  Hi Caty,
 Nice propositions, as always :-)
 = Create =
 For the Create, I would see the 'location' as the first attribute to
 fill.  Not title, nor identifier.  My thinking about that is that you
 take care of the widest information first and take care of the more
 specific information after.  But maybe it's only me who think like that
 [1].
 
I think Title/Name of the page is much important than location, since this
fields needs mandatory user input (at least as we don't provide random
naming). The location can be determined by the location where the user
clicked on 'Add' (currently we suggest creating child pages) so the user
can just forget about that field and just click 'Create' (he can modify it
if needed).
 About TL vs TIL, I see 2 different possibilities.  First you could
 enable an "advanced mode" to access this identifier.  Second, the
 identifier could fill automatically based on title (like today in a wiki
 creation) but leave the opportunity to change it by the user (but maybe
 this is already what you expressed in your mockup, not sure of this
 point ^^).
 
Yes, this is one of the decisions we need to make:
A.1 when we display the identifier?
- always in order to be consistent with the wiki creation step (this is not
really needed since advanced users are creating wikis);
- on-demand: when expanding the location field, see
http://design.xwiki.org/xwiki/bin/download/Proposal/NestedTreeDisplayer/Treā¦
- just for advanced users
A.2 generate identifier from title
- just as in wiki creation (as you already mentioned)
I'm +1 for TL
 = Tree =
 Not a fan of the propositions that hide things.  Therefore, Tree 2
 inline seems the best in my opinion.
 
As I said Location can be auto-generated, so I don't see why we should
burden the user with a tree that he might not need.
Having the tree inline or as overlay may have some problem with large trees
(anyway we will provide fixed dimensions).
I'm +1 for Tree 3
 = Delete =
 About Delete, the accordion looks nice to me.
 
I like Delete 2 (more preference since it's displayed as warning, not just
informative) or Delete 1+2.
The purpose of the Delete step is to warn the user the change will affect
multiple pages. I'm not sure how important is to see the exact pages will
be affect, but it's more important to see the impact/count. Clicking on the
link will take the user to a more detailed view of the impact of his
action.
 = Copy, Move, Rename =
 For Copy/Move/etc, I see that you put the ability to create a copy in
 the Move page.  Usually, Move and Copy are 2 distinct actions (even if I
 agree that they're similar) and as a user, I expect to have 2 different
 actions accessible.  So MCR2.A seems more appropriate to me.
 
+1 for MCR 2.A
 Hope this helps,
 
Thanks for your vote.
In order to reach a summary we would need more votes, so please give your
opinion.
Thanks,
Caty
 [1] Note that as a French, it's a paradox because French often do the
 other way around (for example, for postal address or for dates, we go
 from the most specific information to the widest information [name,
 street, city], [day,month,year]).
 On 16/07/2015 23:40, Ecaterina Moraru (Valica) wrote:
  Hi devs,
 This iterations covers page actions: create, delete, rename, copy, move.
 Also it contains a proposal on the tree displayer inside page actions.
 
http://design.xwiki.org/xwiki/bin/view/Proposal/NestedActions
 Thanks,
 Caty
 _______________________________________________
 devs mailing list
 devs(a)xwiki.org
 
http://lists.xwiki.org/mailman/listinfo/devs
 
 --
 Jean Simard
 jean.simard(a)xwiki.com
 Research engineer at XWiki SAS
 
http://www.xwiki.com
 Committer on the 
XWiki.org project
 
http://www.xwiki.org
 _______________________________________________
 devs mailing list
 devs(a)xwiki.org
 
http://lists.xwiki.org/mailman/listinfo/devs