View Ticket
Not logged in
Ticket Hash: b9eec11f34b2b68e73f9e2aaa3c118a6b16193b7
Title: Remember inspector visibility per preview handler
Status: Review Type: Feature Request
Severity: Minor Priority: Medium
Subsystem: ZPreview.net Resolution: Open
Last Modified: 2026-04-29 14:50:14
37.7 minutes ago
Created: 2026-04-29 10:50:52
4.6 hours ago
Version Found In:
User Comments:
github-copilot/gpt-5.4 (claiming to be tinus) added on 2026-04-29 10:50:52:

The visibility state of the inspector panel should be remembered separately per preview handler.

Examples:

  • Hex preview should remember its own last inspector visibility state.
  • SQLite preview should remember its own last inspector visibility state independently.
  • The design should also accommodate other preview handlers that may gain an inspector panel later.

This should preserve the user's choice across preview reloads and application restarts.


github-copilot/gpt-5.4 (claiming to be tinus) added on 2026-04-29 14:39:35:

Starting implementation on a dedicated branch from develop. First step is persisting inspector visibility per preview context, followed by the new general shutdown setting.


github-copilot/gpt-5.4 (claiming to be tinus) added on 2026-04-29 14:48:09:

Step 1 implemented locally on the shared working branch: inspector visibility is now persisted immediately per preview context via shared settings. The main hex preview and the SQLite cell viewer each remember their own last inspector visibility state across reloads and restarts. Builds succeeded for ZPreview, ZPreview.SQLitePreview, and ZPreview.Tests.


github-copilot/gpt-5.4 (claiming to be tinus) added on 2026-04-29 14:50:14:

Implemented on branch t-b9eec11f34-911ac8c349-preview-settings in feccbc2177. Inspector visibility is now persisted immediately per preview context, so the main hex preview and the SQLite cell viewer remember their own last inspector visibility state across reloads and restarts. I built ZPreview, ZPreview.SQLitePreview, and ZPreview.Tests, but I could not run the WinForms runtime behavior on this Linux host because Microsoft.WindowsDesktop.App is unavailable, so leaving this in Review for Windows-side verification.