Details pane hosts the preview: the two right panes become one #615

Closed
opened 2026-09-18 14:43:33 +00:00 by Cordy · 1 comment
Owner

Follow-up from the #538 dogfood review (Nikola, 2026-09-18). The docking fix already put the details pane into the preview pane's slot with mutual exclusion — this issue is the second half: the preview pane and the details pane merge into one right pane, per the OpenCloud reference (crawled live on demo.opencloud.eu with Nikola's session; screenshots in the session log).

The reference model, as observed

  • One right column inside the app frame (below the top bar, full content height, list narrows beside it). Selecting a row retargets the open pane; ✕ closes.
  • Overview: header (icon + name + ✕, back-chevron joins when drilled), preview/thumbnail block at the top, then kv rows (modified, owner, size, WebDAV path/URL with copy), tags input, then drill rows: Actions › Shares › Versions › Activities ›.
  • Drill-ins swap the panel content in place; inline empty states ("No versions available for this file").

Scope here

  • The overview's thumb block renders the actual preview for previewable kinds (image thumb at least; the heavier viewers — pdf/office/video — can open the full preview from a click on the thumb) instead of the bare icon.
  • Opening a file's preview and opening its details converge on the one pane; the current openPreview full-viewer remains reachable from the pane (and from double-click/Open as today).
  • Selection behaviour: clicking a row while the pane is open retargets it (the OpenCloud interaction), instead of requiring kebab → Details each time.

Ours, not theirs

Cairn diverges deliberately where our model differs: the drill rows include what OpenCloud cannot show — the Shares drill-in carries grants + public link (and the federated share rows from #603 land there naturally), and Cairn Peering's send stays a row-menu act, never a pane panel. Versions/Activity/Tags rows continue to appear only as #539–#541 land.

House rules: mockup-level judgement already settled by the reference + Nikola's direction; i18n ×4; #389 fence for the sheet treatment.

Follow-up from the #538 dogfood review (Nikola, 2026-09-18). The docking fix already put the details pane into the preview pane's slot with mutual exclusion — this issue is the second half: **the preview pane and the details pane merge into one right pane**, per the OpenCloud reference (crawled live on demo.opencloud.eu with Nikola's session; screenshots in the session log). ## The reference model, as observed - One right column inside the app frame (below the top bar, full content height, list narrows beside it). Selecting a row retargets the open pane; ✕ closes. - Overview: header (icon + name + ✕, back-chevron joins when drilled), **preview/thumbnail block at the top**, then kv rows (modified, owner, size, WebDAV path/URL with copy), tags input, then drill rows: Actions › Shares › Versions › Activities ›. - Drill-ins swap the panel content in place; inline empty states ("No versions available for this file"). ## Scope here - The overview's thumb block renders the actual preview for previewable kinds (image thumb at least; the heavier viewers — pdf/office/video — can open the full preview from a click on the thumb) instead of the bare icon. - Opening a file's preview and opening its details converge on the one pane; the current `openPreview` full-viewer remains reachable from the pane (and from double-click/Open as today). - Selection behaviour: clicking a row while the pane is open retargets it (the OpenCloud interaction), instead of requiring kebab → Details each time. ## Ours, not theirs Cairn diverges deliberately where our model differs: the drill rows include what OpenCloud cannot show — the Shares drill-in carries grants + public link (and the federated share rows from #603 land there naturally), and Cairn Peering's send stays a row-menu act, never a pane panel. Versions/Activity/Tags rows continue to appear only as #539–#541 land. House rules: mockup-level judgement already settled by the reference + Nikola's direction; i18n ×4; #389 fence for the sheet treatment.
Author
Owner

Shipped in v0.6.220 (PR #617), live on both dogfoods. The overview thumb renders the real server thumbnail for image kinds (/api/v1/thumb with the tiles' onerror-fallback pattern); on any file the block is clickable (zoom-in cursor, "Open" tooltip) and swaps to the full viewer through the existing pane exclusion. Clicking a row or tile surface while the pane is open retargets it to that item — the OpenCloud interaction — while name clicks still open the file and checkboxes/stars/kebabs are untouched. Remaining from the reference model, deliberately deferred: heavier inline previews in the pane itself (pdf/office render in the full viewer, one click away) — worth revisiting only if dogfood use asks for it. Closing.

Shipped in **v0.6.220** (PR #617), live on both dogfoods. The overview thumb renders the real server thumbnail for image kinds (`/api/v1/thumb` with the tiles' onerror-fallback pattern); on any file the block is clickable (zoom-in cursor, "Open" tooltip) and swaps to the full viewer through the existing pane exclusion. Clicking a row or tile surface while the pane is open retargets it to that item — the OpenCloud interaction — while name clicks still open the file and checkboxes/stars/kebabs are untouched. Remaining from the reference model, deliberately deferred: heavier inline previews in the pane itself (pdf/office render in the full viewer, one click away) — worth revisiting only if dogfood use asks for it. Closing.
Cordy closed this issue 2026-09-18 15:18:31 +00:00
Sign in to join this conversation.
No labels
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: Cordy/Cairn#615
No description provided.