The current folder structure of synchronized files mirrors the REST path structure. This ticket is to explore potential simplifications of the folder hierarchy, particularly by possibly removing the folders pages, spaces, and WebHome. The goal is to make the folder tree easier to navigate. Proposal:
|- wiki
|- MySpace
|- content
|= class
|= objects
|= files
|= MySubPage1
|- content
|= objects
|= MySubSubPage
|= MySubPageTerminal
|- content
|= objects
|-MySpace2
|- ...
In this structure, all pages would be represented as folders, including terminal ones, with the value of the terminal property stored within each folder. There are two downsides with this approach:
- It does not allow out of the box for a terminal page to have the same name as a space
- Nor does it allow spaces to be named "objects" or "attachments".
However:
- We may consider that the advantage of providing a simple hierarchy outweighs the first limitation. In most cases, having terminal pages and spaces share the same name is undesirable as it introduces confusion for developers, users, and potentially even search engines. We could introduce special characters in folder names when the case arises.
- Along the same, line, we could make the names "objects" and "files" configurable so that users would have the ability to name them as they wish to avoid collisions.
Adding also for the record that we should check how the XWiki PageReferences handle this scenario, since they allow to create references without the WebHome part as well. |