Définir une référence plutôt qu'une application retrouvée
Ce parcours aide développeurs frontend et designers à préparer un écran statique pour sa réalisation. Le résultat est un inventaire visuel relu, pas du code source ni une application clonée. Convenez de la fenêtre, de l'état, de l'usage et du relecteur. Pour une vue authentifiée, utilisez une capture autorisée de l'état réel ; une capture publique peut montrer un bandeau, un chargement incomplet ou une autre vue. Les métadonnées établissent des caractéristiques techniques, pas les droits ni le fonctionnement.
Préparer confidentialité et coordonnées avant l'envoi
Les outils auxiliaires peuvent eux aussi envoyer les fichiers au serveur. Retirez les pixels sensibles localement avant de les utiliser, ou appliquez le masque avant envoi dans l'extracteur. Examinez aussi noms, métadonnées et contexte. Gardez l'original restreint hors du lot. Le consentement ne garantit pas une conservation nulle chez le fournisseur.
L'extracteur accepte PNG, JPEG et WebP jusqu'à 10 Mo, 16 MP et 8192 pixels par côté, avec 240 nœuds au maximum. Pour un recadrage, notez dimensions originales, décalage et dimensions finales. Les cadres se rapportent à l'image analysée, pas automatiquement à l'écran entier, aux pixels CSS ou à une autre fenêtre. Vérifiez toute conversion manuelle. Recadrer ne supprime pas les données conservées dans d'autres copies.
Relire les observations, pas le score de confiance
Le mode rapide fait une requête d'IA ; le mode précis ajoute au plus deux revues locales. Les corrections invalides sont rejetées avec un statut partiel. L'OCR anglais local facultatif peut réaligner des correspondances exactes proches à forte confiance ; les autres cadres restent estimés et son absence ne bloque pas l'analyse. La démonstration hors ligne est synthétique, pas une preuve pour votre capture.
Examinez libellés, types, inclusion, parents et limites sur l'image exacte. Un rectangle ne prouve ni bouton HTML, ni événement de clic, ni accès clavier. Déclarez les zones absentes ou tronquées sans les inventer. La confiance du modèle n'est pas une précision mesurée. Conservez le premier JSON, corrigez le résultat et consignez la refonte séparément. Téléchargez JSON et Markdown après correction ; ils contiennent état de relecture et usage, pas l'image, à garder à part.
Valider et expliquer les corrections
Établissez le schéma à partir de l'export réel avec des contraintes compatibles, sans supposer qu'un format interne reste stable. Validez types et champs et interrogez des composants représentatifs dans le document complet. Références, identités, dimensions impossibles et cadres hors image exigent d'autres vérifications.
Comparez JSON initial et final : expliquez texte corrigé, cadres déplacés, parents changés et nœuds inventés supprimés. Réordonner des tableaux ou régénérer des identifiants peut brouiller les différences ; rapprochez-les par contexte visuel sans appeler chaque chemin modifié un changement réel d'interface. Gardez les statuts partiels au lieu de les effacer pour réussir un rapport.
Livrer des éléments vérifiables et discutables
Joignez image approuvée, JSON, Markdown, correspondance du recadrage, schéma, décisions et questions ouvertes avec des noms de révision cohérents. Refaites le contrôle de confidentialité puis calculez SHA-256 après la dernière modification. Les empreintes identifient les copies, pas leur qualité ni leur propriété ; les liens temporaires ne constituent pas une livraison durable.
Le développement doit tester comportement, adaptation, clavier et accessibilité dans le navigateur. Ce parcours s'arrête à la référence visuelle. Le parcours d'inventaire des styles traite les observations CSS et propositions de jetons, celui des changements adaptatifs les rendus réels, et celui des guides illustrés les procédures.