docs: la doctrine dit quand la barrière s'affiche, pas seulement ce qu'elle fait

La feuille décrivait l'ordre de résolution de l'identifiant mais taisait la règle qui décide de l'affichage — page de tête toujours, iframe jamais — et c'est exactement ce qui vient d'être corrigé dans le code. Elle porte désormais le raisonnement : le discriminant est le cadre parce que l'identifiant est un état observable alors que la présence d'un portefeuille ne l'est pas, et qu'un écran conditionnel doit donc deviner l'état qui compte. Plus les deux faits observés sur les sites réels qui ferment les alternatives — l'import ouvre un sélecteur sur place, et notre onglet ne reçoit aucun signal quand il réussit.
2026-08-12 14:59:37 +02:00
parent f5a3adc385
commit 218c9ab6b3
3 changed files with 12 additions and 17 deletions
@@ -1,7 +0,0 @@
-# Doc-debt — sign-in
-
-> Presence of a block = doc to update. Processed → delete the block; no blocks left → delete this file.
-> One block = one "big change": `why` + `files` + `verify` (leaves to review).
-
-## Raw markers (consolidate into blocks, then delete)
- TOUCHED packages/polyfill/src/shared-wallet/access-gate.ts @2026-08-12 (session f93872b5-293a-4916-a353-181409a96d42)