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

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.

All of this becomes unnecessarily complicated and, IMO, we should avoid dealing with it by using the "sub" prefix which is much easier to grasp and accept. On a similar note, I also find the term "nested" to be a bit unnecessarily complicated, specially for non-technical and non-english native users. WDYT?