Multi Wiki Improvements

Version 1.69 by Ecaterina Valica on 2013/11/01 13:48
Warning: For security reasons, the document is displayed in restricted mode as it is not the current version. There may be differences and errors due to this.

Failed to execute the [velocity] macro. Cause: [The execution of the [velocity] script macro is not allowed in [incubator:Improvements.MultiWiki]. Check the rights of its last author or the parameters if it's rendered from another script.]. Click on this message for details.

Community Feedback

How to call a workspace? http://markmail.org/message/cehvpds5qmljq5f7 (Jul 30, 2013)
[Proposal] Have Workspace by default in XE http://markmail.org/thread/h2cqbmu5evd2acqn (Jul 29, 2013)
[VOTE] Integrate Workspaces by default in XWiki's default XAR http://markmail.org/thread/o6wfuvx5xab4bgdd (Jul 20, 2013)
[vote] Split XE/XEM Home Page Investigation in XWIki in 5 minutes / XEM-Workspaces investigations http://markmail.org/thread/cbzgtw4ybnpjjgi7 (Apr 29, 2011)

Description

In XWiki, everything is a page. Pages are organized in Spaces (similar to folders) and then Spaces are organized in Wikis. 

There are two ways to work with Wikis. Wikis can know of other wikis existence (and share users, pages, attachments, etc. ) or they can be completely independent.  

The first use case is the Workspaces case. In a Workspace the resources are shared, this means you can access pages from other wikis and benefit from their resources. Workspaces are great in an organization for example if you create a workspace for each department. The logic separation of the departments is obvious, but still each department know of the existence of other forms of organization inside the company. 

If you want wikis to be completely independent you are going to need a wiki farm. This use case works best for example if you create a wiki for each of your clients. In a client's wiki you can create its own users, pages and spaces and they will be completely unknown to the other clients.  

Use Cases

UC: Multi-Wiki management: including creation of Workspaces
UC: Redesigned home page to take into account multiwiki/workspaces
UC: Finalize the "virtual mode is on by default"
UC: Integrate Workspaces better
UC: Home page that works with 1 wiki and with N wikis and that supports both workspaces and wiki farm modes

Solutions

UC: Have a Wiki gadget. similar to Spaces gadget
UC: Have a UIExtensionClass for WorkspaceManager in order to appear in the Applications panel
UC: Remove Blog application from a new created Workspaces, not all workspaces need a blog
UC: Consider UserDirectory and DocumentIndex to be 'default' applications and represent them consistent (one is in the menu, the other is in the Applications panel)

Proposals

Related Applications

Issues

Failed to execute the [groovy] macro. Cause: [The execution of the [groovy] script macro is not allowed in [incubator:Macros.jiraIssues]. Check the rights of its last author or the parameters if it's rendered from another script.]. Click on this message for details.

Older
Failed to execute the [groovy] macro. Cause: [The execution of the [groovy] script macro is not allowed in [incubator:Macros.jiraIssues]. Check the rights of its last author or the parameters if it's rendered from another script.]. Click on this message for details.