Re: [xwiki-devs] [Brainstorming] "Child/sibling/descendant page" vs "subpage"

On Thu, Sep 17, 2015 at 3:10 PM, vincent(a)massol.net wrote: > > > > > > On 17 Sep 2015 at 13:32:28, Eduard Moraru (enygma2002@gmail.com(mailto:enygma2002@gmail.com)) wrote: > >> With the introduction of Nested Spaces / Nested Documents, we find >> ourselves having to expand our terminology to accommodate the tree-like >> structure of spaces/documents that we are managing. >> >> IMO, we have started going in the wrong direction with using standard tree >> terminology directly in XWiki's UI, introducing new terms that simple users >> could be easily confused by or overwhelmed (this adding to the already >> existing ones). >> >> The specific issue I have in mind is how do we refer child entities for >> each concept (wiki, space, page) and how does this scale when the hierarchy >> increases. >> >> What I propose is that we Keep It SSimple (*™*) :) and just use the "sub" >> prefix for the concept at hand. >> >> Examples: >> * wiki -> subwiki (here we can continue using "wiki", as discussed >> previously [1], since we don`t actually support nested wikis yet, but if >> "subwiki" is used in a conversation it still makes perfect sense) >> * space -> subspace [2] >> * page -> subpage [3] >> >> The problem with the term "child", as pointed out by Marius in an offline >> chat, has indeed the issue that it can only be applied correctly for first >> level descendants, after which it becomes inaccurate, since starting with >> the second level the term "descendant" is more appropriate. > > I’m not sure about this. I think Children could be used generically to mean any level of Children but would need to be checked. If you have A.B.C: * the "Children" viewer (live table) will show "B, C" for A

* the "Siblings" viewer (live table) will show only "B" (or nothing?) for B