officerdev/platform
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

note the unguarded screens are done too

Browse Source 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
pastilhas
2026-08-07 10:10:32 +00:00
co-authored by Claude Opus 5
parent 653201f268
commit d546717676
1 changed files with 5 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/workspace-panel-todo.md
+5 -2
View File
@@ -396,8 +396,11 @@ the whole table:
about a panel being _missing_ and no allow-list can see that. about a panel being _missing_ and no allow-list can see that.
Still open from this item: deriving the allow-lists from the AppRegistry (they are still Still open from this item: deriving the allow-lists from the AppRegistry (they are still
hand-written literals, so a type still allow-listed but deleted from the registry passes and hand-written literals, so a type still allow-listed but deleted from the registry passes and
reaches the unrecoverable empty box at `PanelSlot.tsx:311-317`), and the nine locked screens reaches the unrecoverable empty box at `PanelSlot.tsx:311-317`). The unguarded screens are done
that still pass no `appTypes` at all — now a one-line fix each rather than fifty. (`653201f`): Dashboards, Desktop, Terminal and Files now pass one, checked against what is
persisted rather than against their defaults; Browser and Email deliberately do not, because
their panels resolve through `components`, which `PanelSlot` keys on the panel id, so their
`appType` is never read. Home and the two dashboard screens are not `locked` and stay open.
The original text follows. The original text follows.
**One `makeLayoutNormalizer(allowed, fallback)` applied inside `WorkspaceView`.** **One `makeLayoutNormalizer(allowed, fallback)` applied inside `WorkspaceView`.**