This site has moved to the integrated Appfire documentation and information site for our apps.
From February 2024 this site is no longer updated.
Take a look here! If you have any questions please email support@appfire.com
_2.0 Release Notes Common
Ad hoc Publishing 2.0 is a commercial upgrade to the existing free Content Publishing Plugin.Â
We have introduced some new features to improve the experience using the plugin on its own, revamped the UI and provided updates for publishing as part of your workflow through the Ad hoc Workflows plugin.
In converting to a commercial model for this plugin, Comalatech commits to devoting the developer time necessary to maintain compatibility with each new release of Confluence, addressing long-standing issues and developing new features.
Keep two spaces in sync by creating a draft space for all your edits and a public space for all your published content.Â
Single Page Publishing
It is now possible to publish one page at a time from your draft space to your published space directly from the draft page. Publishing previously only allowed for the whole space to be published at once in its entirety, unless you had Comalatech's Ad hoc Workflows.
Integration with Ad hoc Workflows is still supported: this allows you to specify that a page must go through an approval or sign-off process before being published.
Page Status Display
We've added a new lozenge that will appear alongside the page title. It states whether a page is currently published, or has unpublished changes. It is only visible to users who can edit the page on the draft space. This way authors know the current state of the page no matter which version they are viewing.
We have also taken the hassle out of setting up a link between the draft space and the published space. While previously possible using custom space themes coupled with using various macros, a link to the corresponding space just displayed by default. Like the page status lozenge, it is only visible to users who can edit the draft version of a page.
Support for page renaming
In this 2.0 release we revamped the way the single page publishing works, so page renaming now works as you would expect it to. A (now past) long-standing issue with Publishing was that renamed pages were not correctly updated on the published space, such that a rename would leave both an old page and create a new, renamed, one. This is no longer the case.Â
(For existing spaces, this feature will be available after you have published a page the first time using 2.0 release.)