Re: [xwiki-devs] The future of the Spaces macro in the context of Nested Spaces/Documents

Hi, On Fri, Jun 12, 2015 at 1:30 PM, Marius Dumitru Florea < mariusdumitru.florea(a)xwiki.com&gt; wrote: This direction could mean something like this: - Main Wiki: http://design.xwiki.org/xwiki/bin/download/Improvements/WorkspaceHomepage/H… - Subwiki (+ Nested Space): http://design.xwiki.org/xwiki/bin/download/Improvements/WorkspaceHomepage/W… So for example the main wiki display the list of wikis, while the subwiki list the immediate spaces. If you want to go to the nested spaces structure you would need to enter the wanted spaces in order to see it's children. My main problem with this approach is that this works when we have dedicated WebHomes, like until now. With Nested Documents, the document will not be hubs anymore (listing children and activity), but they could be content documents where the spaces macro has no point in being displayed. Another usage of this macro was when importing the Dashboard inside a space and it listed the 'Documents in space X' + Activity Stream. This view mode was an alternative in providing a livetable. The main advantage of this macro was the ability to create spaces. Not sure how many users created spaces this way or accessed the Administration and Document Index shortcuts. ---- So let's say we don't need to have actions and create and we will use the macro just for navigation. With nested documents and without the actions, I find the Document Tree Macro to be more powerful, since it's not restricting you to load a page in order to see it's children. You can browse easy the structure. I see the Document Tree Macro as a more modern version of the Spaces Macro, so I am ok to deprecate it. (We need to make sure what we do with Tags Application and Information Tab in docextra, since we could make some changes also there). My comment regarding the document tree is would it be useful inside the content. Since we will not have WebHomes anymore we will have less demand for spaces dashboards. There was an older idea of creating a left panels switch for appbar and hierarchical navigation, see http://design.xwiki.org/xwiki/bin/view/Proposal/AppBar#HFunctionalityExtens… This would imply moving the Spaces Functionality from content to panels. ---- Conclusion: - With nested documents there will be a less demand for WebHomes dashboard since they will be replaced with content. - Modifying Spaces Macro with a parent parameter is not the only change this macro will need, since we would need to also normalize the 'Administration', 'Document Index', 'Create' actions; - We will still have the wikis dashboards that can list hierarchy, activity, members; - We could display Document Tree in the content as a replacement for Spaces Macro, or we could make the panels more easily configurable / switchable between 'AppBar'/'Hierarchy'/'Custom Content'. Thanks, Caty