[PAGES-397] UI to Refresh page editor Created: 17/Dec/15  Updated: 13/Jan/23  Resolved: 13/Jan/23

Status: Closed
Project: Magnolia pages module
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: New Feature Priority: Major
Reporter: Christopher Zimmermann Assignee: Adrian Brooks
Resolution: Done Votes: 0
Labels: quickwin
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Relates
relates to PAGES-41 Selection and visibility state of edi... Closed
Template:
Acceptance criteria:
Empty
Date of First Response:
Epic Link: AuthorX improvements
Sprint: AuthX 25, AuthX 26
Story Points: 3
Team: AuthorX
Work Started:

 Description   

A common task for developers and authors is to refresh the page editor (and the page preview) to reflect the current configuration, content, or resources.

Typical developer workflow is to modify templates, and then to refresh the page editor to see how their changes reflect the page. They might perform this operation 50 times in an hour.
An author has this requirement when they edit content in another app (assets, categories, custom content app) and then want to see how this reflects the current page.

The current workarounds are

  • to switch subapps via tabs - ie go to the page tree and back.
  • to close the editor subapp and open it again.
  • toggle between preview and edit modes.
  • use the browser refresh button.

All of these workarounds are less efficient than a simple refresh would be because they involve an additional action on the server (ie rendering/refreshing the tree again.)
More importantly a user is a little confused about how they should perform this refresh of stale content to see thier updates and need to discover a way to do it.

Perhaps this could simply be implemented as an action in the action bar. Or maybe it makes sense to use a different GUI element.
(But I would be dissapointed if the feature was delayed too much to develop a custom GUI element)

Extra credit:

  1. Eventually it should have a keyboard shortcut.
  2. It would be even more excellent if after a refresh the page editor would still be scrolled to the same location and have the same edit bar state. Maybe this would be easier to implement based on the other page editor improvements in the linked ticket. However I would hate to see this ticket delayed just to fulfill this feature. (This feature could be a separate follow-up ticket.


 Comments   
Comment by Christopher Zimmermann [ 17/Dec/15 ]

tomwespi Thanks for the motivation for this ticket.

Comment by Christopher Zimmermann [ 19/Dec/22 ]

Note: this ticket is specifically about the rendered page in the Page Editor.

Update: This is only relevant for Freemarker development. When doing a headless "Visual SPA Editor" project then the developer will typically be running a "dev server" for the frontend which will do this automatic refreshing of the page.

Note: For freemarker development, it is currenlty possible to use a frontend CLI tool with a "watcher" to trigger a URL to update.. We could consider just documenting how to set this up. Here is one such tool - but maybe we would want to use something else. Would be good to do some small research: https://browsersync.io/

Generated at Mon Feb 12 06:18:32 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.