Staging mode on a page lets you make a draft and share it with colleagues before it's published.
This is a great feature if you want feedback on a new content item before you publish it, while showing it to people who are not Zenario administrators.
To use it, just make a draft of a content item — either an existing content item or a v1 draft.
Open the meta data of the content item, and look for the "Staging mode" tab. You can click "Suggest" to let Zenario suggest a staging code (a 5-letter code), or choose one yourself. A staging code may look like this:
https://zenar.io/staging.php?id=html_123&code=ABCDE
This is the private code that you can send to your colleagues, who will be able to then view the draft. Here's how the screen looks:
Staging mode only works with content items that are public (not private, password-protected pages).
Once you save, you'll see the thumbs-up icon in the admin toolbar.
Copy the URL, which will include the Staging code, and send it to the people who you want to review the page. They will be able to access the page immediately.
That's fine. Go to each content item whose draft that you want to share, and just select "Use existing code". Then you can make a whole set of pages using the same code.
When you're done, simply publish the page (or delete the draft if it didn't work out). The staging code will be removed.
This version of Zenario brings some SEO improvements via improved performance, achieved by reducing the site of print stylesheets (CSS):
A print stylesheet is still formatted in a similar way to previous versions of Zenario, in the sense that a designer still needs to write the rules in the print.css file in the skin.
The print.css file will be inside the skin's editable CSS directory, which is in turn inside the zenario_custom/skins directory. For example, for the Zebra Designs skin (called zebra_designs), it will be in:
zenario_custom/skins/zebra_designs/editable_css/print.css
It is now possible to log in to a Zenario site using admin/ (with a trailing slash), for example, zenariosite.com/admin/ .
If you have previously downloaded Zenario, you may have a dummy admin/ directory in your CMS root directory to redirect admins to the actual admin login.
This is now down by the .htaccess file, and this dummy directory can cause conflicts or redirect loops if it is allowed to stay in the filesystem, so we recommend you delete it.
If you are using a print.css file, you will now need a media query around your print rules, e.g. like this:
@media print {
/* Your print rules here */
}
If you are upgrading from an earlier version of Zenario prior to 9.5, you will need to modify the print.css file to add the line shown above.
If you are using browser specific files (e.g. style_ff.css or style_webkit.css), there are some additional changes needed. You will need to edit each rule to include a browser-specific prefix, e.g. like this:
body.webkit p {
/* Your browser-specific styles here */
}
The full list of prefixes used for each browser are as follows:
Browser-specific file | Prefix needed |
---|---|
style_chrome.css | body.chrome |
style_edge.css | body.edge |
style_ff.css | body.ff |
style_ios.css | body.ios |
style_ipad.css | body.ipad |
style_iphone.css | body.iphone |
style_opera.css | body.opera |
style_safari.css | body.safari |
style_webkit.css | body.webkit |
If you were using the requireJSLib() and requireJSLibsForFEAs() in your plugins, these function were previously called statically.
In Zenario version 9.5 we now need to track what libraries your plugin requests, as part of our improvements to our page caching system. This means that you will now need to call them as methods, e.g.:
$this->requireJSLib(...);
or:
$this->requireJSLibsForFEAs();
You will need to change this when you update to 9.5 to avoid a PHP error.