We’re making changes to our server and Data Center products, including the end of sale for new server licenses on February 2, 2021 and the end of support for server on February 2, 2024. Learn what this means for you.
Both the content storage format and the user experience for adding macros will change in Confluence 4.0. This release will introduce a new WYSIWYG editor with a completely different architecture based on XHTML. Also, the end user experience will change as follows:
The new editor will be entirely WYSIWYG. There will be no wiki markup editor.
Instead of wiki markup code being displayed in WYSIWYG editor, we now display macros inside macro placeholders. There are two macro placeholders, one for inline macros (they have no body content) and one for body macros.
Macro placeholders include a macro property panel which allows you to click 'edit' inside the macro placeholder to launch the macro browser.
We provide a set of tools to help you test your macro:
You can insert wiki markup using the 'Insert Wiki Markup' dialog in the 'Insert' menu. Confluence will convert the wiki markup to HTML and insert it into the editor for you. You will find this dialog useful in testing your macro migration.
Can we get access to the Confluence 4.0 source code?
If you are a plugin developer, an existing customer or partner you have access to the Confluence 4.0 release including the source from the usual locations.
For customers concerned about getting "locked in," will there be a way to export the content in a usable format?
Confluence will continue to support exporting content to Word, PDF and HTML. Additional to this, space and site administrators can export content to XML. Finally, the Universal Wiki Converter is a plugin that allows customers to move from one wiki to another.
Are nested macros supported in the new macro editor?
Yes, they are. Macros will be placed within other macros using "Macro Placeholders". Macro Placeholders are a visual representation of a macro on a page. Below is an example of what two would look like in the new editor:
What is happening to user macros?
This question can be answered in two parts:
Upgrading user macros from 3.x: All user macros will continue to work when upgrading to 4.0. However, in order for end users to insert user macros Administrators will need to enable their user macros in the Macro Browser if they hadn't already done so in Confluence 3.4 or 3.5. This can be done via the User Macro Admin Console. Administrators have the option of only showing user macros to other administrators. It is strongly advised that you recreate your user macros in 4.0 format.
Creating new user macros: User macros no longer have an output type of wiki markup. Instead of wiki markup, they accept XHTML in the macro template. User macros can still embed other macros using the new XHTML syntax. See the documentation.
Will it be possible to have pre/post hooks during the storage->view conversion process?
We acknowledge that would be very useful for things like security plugins, deciding if the end user can have the plugin rendered (even if they can view the page). However, we don't have this yet and are unsure if this will make it into the initial version of 4.0. We are focused on improving the editing experience rather than including more plugin points to the rendering subsystem (at this point). Your feedback for this would be appreciated.
How come you can not support old remote API for content import/export? Can it go through the to/from XHTML converter?
One of the main reasons to switch to an XHTML based storage format is that we can't convert from HTML to wiki markup in a reliable way. The remote API will offer an additional method that allows for one way conversion of wiki markup to the XHTML based storage format.
What other resources do we provide?
Please watch the Development Releases page for pre-release versions of Confluence 4.x that you can use for testing purposes.