2.0 KiB
2.0 KiB
name, description, metadata
| name | description | metadata | ||
|---|---|---|---|---|
| web-ui-refactor-surface-addressable-architecture | memory note web-ui-refactor-surface-addressable-architecture |
|
Refonte web UI/UX fondee sur des surfaces adressables
- Date: 2026-08-14
- Type: decision
Decision
La refonte web d'IdeA est cadre comme un noyau fonctionnel commun servi par deux shells UX distincts:
desktop-parity workspacemobile task-flow
L'abstraction structurante retenue n'est pas le composant React ni le panneau, mais la surface adressable.
Invariants
- Le
LayoutTreeexistant reste borne au canevas central projet et ne doit pas modeliser les tabs/fenetres/sheets du shell navigateur. - Un nouveau contrat
WorkspaceSessionporte la composition du shell desktop web: zones, surfaces ouvertes, presentations (inPlace | tab | window | sheet), focus et restauration. - Les donnees metier restent derriere les gateways frontend existants; la refonte shell ne doit pas dupliquer ni recabler les features aux transports.
- La synchro cross-window/tab releve d'un bus de presentation cote web; le backend reste source de verite des donnees metier et du live state.
- Chaque surface declare une politique de partage explicite (
bound,followFocus,ephemeral) pour eviter les restaurations ambiguës et les vues stale.
Consequences
- La parite desktop web avec l'AppImage doit etre fonctionnelle, pas une imitation aveugle des primitives OS.
- Le mobile n'est pas un desktop responsive reduit; il suit un task-flow mono-surface priorisant les usages courts et decisionnels.
- Toute feature actuelle d'IdeA doit etre mappee a un catalogue de surfaces ouvrables et a une ou plusieurs presentations selon le contexte.
Programme recommande
- A0 inventaire complet des features/surfaces.
- A1 noyau surfaces et politique d'ouverture.
- A2 shell desktop web.
- A3 ouverture en onglet/fenetre navigateur.
- A4 persistance/restauration/synchro.
- A5 migration progressive des features.
- A6 shell mobile dedie.
- A7 hardening QA.