On Jan 20, 2009, at 12:33 PM, Guillaume Lerouge wrote: > Hi, > > On Tue, Jan 20, 2009 at 11:59 AM, Asiri Rathnayake < > [email protected]> wrote: > >> On Tue, Jan 20, 2009 at 4:25 PM, Jean-Vincent Drean >> <[email protected]>wrote: >> >>> On Tue, Jan 20, 2009 at 11:50 AM, Asiri Rathnayake >>> <[email protected]> wrote: >>>> On Tue, Jan 20, 2009 at 4:03 PM, Jean-Vincent Drean <[email protected]> >>> wrote: >>>> >>>>> Hi devs, >>>>> >>>>> There are 4 votes required, see bellow. >>>>> >>>>> 1/ UI. See the screenshot at >>>>> http://incubator.myxwiki.org/xwiki/bin/view/Mockups/Children >>>>> Note that this list comes along with a generic way of building >>>>> spaces/pages/attachment/comments lists (ul) in our skin files. >>>>> >>>>> Here's my +1 >>>>> >>>> >>>> +1 >> > > +1 as well. > > 1) Is the children information better located in a separate tab or > under the Information tab? > > That might overload the information tab itself. The information tab > gives > information about the current page, the children tab is more of a > navigation > tool. However we could consider moving the parent page to the the > same tab > as the list of children. Both options are acceptable to me. > > 2) Shouldn't we reuse our upcoming Treeview component for implementing > the children information. We could make that Treeview component take a > base document and display all children of that base document. If the > user has edit rights then he would be allowed to drag and drop > Treeview nodes around, reorganizing child pages directly. > > What we could do in the future is to create a Parents & Children tab > that > uses the treeview to dislay the page, its parent and its children > (so only > level n+1 & N-1). A sort of local navigation map of the current page > ("page > immediate relatives"). > > In the meanwhile, this is an improvement to what we already have > thus it's > worth adding it.
We must deliver a working Treeview for 1.8M2 so I 'm not sure we have time to do both and it would be really a pity to do both and need to refactor afterwards... -Vincent > 3) Are we not starting to have too many tabs? (hence question 1) > above). This is an open question. I don't know the answer. > > I don't think we have too many tabs. Each of them provide specific > bits of > information. It's easy for users to ignore them but if they're > looking for > specific bits of information about the page they know they'll find > it here. > > Guillaume _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
