V3.04.3Detach and restore in follow modedesign

Following must be escapable at any time, returning to one's own place

Aliases: breaking follow · viewport restore · return to own position

What it is

Following must be unilaterally exitable at any moment: scroll your own view or tap "stop following," and the viewport is back in your hands. And detaching does not mean landing "wherever the leader is now" — it means returning to your own previous position, scroll offset and zoom level restored as they were. This draws the compliance line for follow features: they may couple viewports, but they may not confiscate them. A follow mode that cannot be escaped at will (needs permission, needs a page refresh, needs the leader's consent) is effectively mortgaging the viewer's navigational autonomy to the guide.

Why it happens

While following, the follower's viewport is continuously overwritten by the leader's position and the local position stops updating — unless the system keeps a separate copy of "my position," there is nothing to return to after a few minutes of following, and the spot the follower was reading earlier is simply gone. Recoverability of position sets the psychological cost of following: knowing you can always return makes it safe to hand attention to the leader (low switching cost raises willingness to try — the general pattern that reversible actions lower the threshold for engagement). Conversely, if detaching means "position lost, search from scratch," followers detach early or never follow at all, and the effective coverage of follow mode collapses. What gets restored is more than a scroll coordinate: if the leader changed zoom or filter state during the follow and those states are global, they carry over after detaching — "returning to your own place" should mean returning to your own view state.

Where it stops holding

There is tension between "escape anytime" and "don't disturb": a follower detaching for private reasons (checking something of interest) should not notify the leader, or it manufactures a sense of being watched; yet in a group walkthrough the presenter may want to know someone fell behind. Default to silent detachment, with notification left to per-context configuration. Restoration also breaks down when the content itself changed structurally — the paragraph the follower's position pointed to was deleted during the follow — and restoring to the nearest surviving location with a notice beats mechanical restoration.

Applying it

  • Make "scrolling on your own detaches" the default interaction, plus an explicit stop-following control; after detaching, offer a one-click "return to where I was."
  • Snapshot the local view state (position, zoom, filters) on entering follow, and restore the snapshot on detach rather than stopping wherever the leader happens to be.
  • Private actions (selection, annotation) during follow should not break it; only navigational actions (scroll, jump) should.
  • Verification: detach after follow durations ranging from one to thirty minutes and check position-restoration accuracy and speed; then test the "detach — return — re-follow" cycle for smoothness and leftover state.

Related

  • Same group: V3.04.1 Follow mode replicates one person's viewport changes to everyone else · V3.04.2 Fast movement by the followed party disorients followers · V3.04.4 Who follows whom must be visible to both sides · V3.04.5 Shared viewing suits presentation, not parallel work
  • Nearby: V2.02 Workspace Awareness · V3.05 Floor Control
  • Search terms: detach from follow · viewport restore · view state snapshot · reversible coupling

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/V3.04.3