Share on print
Share on facebook
Share on linkedin
Share on whatsapp
Share on email

From Appspace SharePoint Intranet version 4.6.0 onwards, all sites will be created as Draft, and will be visible only to Site Owners and Global Admins until an owner decides the site is ready to be published. This feature ensures that users have a safe space to prepare content before making it available to their entire organization.

Create Draft Site

Perform the following steps to create a draft site. These steps are similar to versions before 4.6.0.
  1. Log in to your Appspace SharePoint Intranet account.
  2. Click the User Menu and select Editorial Settings.
  3. On the left bar, click Org Structure. On the Org Structure page, click the > Expand arrow next to a site name to expand the site or sub-site. Move your mouse over the site or sub-site you wish to create a draft site under and click on the (+) icon (Create child site).
  4. In the Create an item window, enter the following information:
    • Select Site to create a site.
    • Type in the title of the Site in the Title field.
    • Enter a Description.
    • For Image, click the icon to browse for an image or drag an image file to upload.
    • Enter at least one user who will be listed as the site’s Owner. This step is required.
    • Click Save.
  5. The site creation is started. The user will see a label next to the name indicating that the site is in Draft.
    creation_grey.png
  6. Once the creation process is complete, the name and label of the Site will darken, indicating that the process is finished.
    creation_finished.png
  7. The Draft Site is ready to be edited by Site Owners. It will appear at the top of the Sites section in the User menu.
    drawer_menu.png

Edit Draft Site

Perform the following steps to edit a draft site.
      1. Log in to your Appspace SharePoint Intranet account.
      2. Click the User Menu. Your Draft site will be listed under MY SITES. Click on the site.
      3. The site preview is displayed. A message displays “This site is a draft and is only visible to site owners” above the preview. Click Edit site.
      4. The Edit site page is displayed, which allows you to view the draft site’s settings.  A Draft label next to the header indicates that the site is currently in draft status.
        draft_settings.png
      5. Click the following buttons to perform these actions:
        • Preview – displays a preview page of the Draft Site with the current content;
        • Save – saves the edited content;
        • Publish – triggers the publishing process to make the site accessible for the entire organization;
      6. Click the Preview button to be redirected to a similar view as we do have in published Sites, but with a small banner indicating that the Site is still on draft.
        draft_preview.png
      7. Clicking on the “Edit site” option in the banner will take the user back to the corresponding Site Settings;
        There are two specificities to bear in mind when previewing a Draft Site:
        • The ‘Related Sites’ widget will show directly connected levels with other Draft Sites, but they will be hidden once the site is published to avoid polluting end-users.
        • Users now have the option to associate Draft Pages to a Draft Site through the Site Settings, which will be visible as such:

        draft_pages.png

        To achieve this result we expanded the search results retrieved in the ‘Pages’ tab of the Site Settings to return Draft pages (identified accordingly) when we’re editing a Draft Site.

        associate_draft_pages.png

        If the site is then published, the connection with the Page will be hidden until the page itself is also published.
        The Save behavior is now cleaner and triggers a pop-up message to give feedback to the user about successful/unsuccessful changes, substituting the current behavior of redirecting the user to the preview of the page.
        toast.png

Publish Draft Site

Triggering the Publish option will trigger a modal alerting the user that the change can’t be reverted. This means that users won’t be able to unpublish a published site.

publish.png

If indeed the user chooses to continue, after some seconds he/she will be redirected to the public view mode of the site, which it will be noticeable since the preview banner will have disappeared.

published_site.png

From this point onwards, our Site is available for our entire organization and editing will happen with some simplified options in the header.

published_settings.png

We will just be showing a single ‘Update’ button to save changes and take the user to the public view mode of the Site.

Publish Nested Draft Site

Since
sites can be nested inside each other, users will quickly reach a point in which they publish a Site nested inside a Draft one, which is something that should be closely followed by the platform Admins.
Since we don’t want to expose end users to the complexity of Draft Sites, the Org Structure tab in the Editorial Settings will show all existing published and draft sites, but we will be hiding it in the ‘Our Organization’ page.
To achieve this, when we publish a child site of a draft one, the draft one will be shown as a node in the ‘Our organization’ page.
Supporting this with some examples: a ‘New Departments’ Site is being prepared, but it just so happens that the ‘Employee Happiness’ team got ready first and they published it before waiting for the parent Site to also be published.
In this case, through the Editorial Settings the full structure will be shown:
org_Structure_edge_case.png
But public users will see the ‘New Departments’ draft Site as a standard node in the ‘Our Organization’ page:
our_organization_edge_case.png
For performance sake, bear in mind that the ‘Our Organization’ tree isn’t indeterminably expandable. So if the algorithm reaches a level in which a certain site only has child Draft sites (or no children at all), it won’t paint anything else in that branch of the tree. Even if there’re published grandchildren underneath it.
This is where the Global Admin role comes into place in its responsibility to keep the Editorial Settings clean if they want to give the site visibility in this tree. Nonetheless, the Site will still be searchable and visible to everyone in the rest of the product.