You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the site editor, all links and buttons are inactive:
Clicking "view site" by opening a new tab or navigating back via the site icon, does get around this:
The Problem: You can't see nor feel how a site actually functions; simulate user navigation and interaction. There is no direct experience. Managing another tab or navigating menus, increases total number of clicks. Being forced to exit the editor hurts workflow. Returning to the classic user interface and menu can confuse. There's too much context switching.
What is your proposed solution?
As shown, classic mode has already solved this problem. But I don't want to keep switching back to classic. Site Editor (sidebar menu) navigation provides indirect experience, which seems a step back from the direct experience of classic. So a quicker, seamless way to toggle between editing and testing. A cursor mode, "browse" or "navigate" or "interact", alongside edit/select:
The text was updated successfully, but these errors were encountered:
Thanks @mtias, I see you initially (Dec 19) suggested this feature, but quickly changed focus to work on navigation structure, then displaying that in the site editor sidebar. Understandable, since a visual grasp of site structure was required and wasn't suited to the top menu, plus the side editor was a mess at the time and deserved such focus. However, during the development of this "browse mode" (live Feb 23) the navigation 'cursor mode' was removed, and the browse 'cursor' mode issue closed.
To reiterate, there's still no direct experience or real-time navigation and interaction possible;
The Interactivity API is for the frontend of blocks, not for the block editor. This means the API is not expected to be used inside the edit function. It’s a way to create interactive user interfaces for site visitors. Having said that, we’d like to explore whether some directives could be reused across the frontend and the editor to unify the whole block developer experience.
What problem does this address?
In the site editor, all links and buttons are inactive:
Clicking "view site" by opening a new tab or navigating back via the site icon, does get around this:
The Problem: You can't see nor feel how a site actually functions; simulate user navigation and interaction. There is no direct experience. Managing another tab or navigating menus, increases total number of clicks. Being forced to exit the editor hurts workflow. Returning to the classic user interface and menu can confuse. There's too much context switching.
What is your proposed solution?
As shown, classic mode has already solved this problem. But I don't want to keep switching back to classic. Site Editor (sidebar menu) navigation provides indirect experience, which seems a step back from the direct experience of classic. So a quicker, seamless way to toggle between editing and testing. A cursor mode, "browse" or "navigate" or "interact", alongside edit/select:
The text was updated successfully, but these errors were encountered: