LG Firmware Explorer : retour local sur une interface WPF utile

Contexte, preuves et limites

Retour d’expérience fourni par l’utilisateur le 29 octobre 2026 sur LG Firmware Explorer, application Windows C# / WPF d’exploration de firmware. Préférence exprimée : logiciel de bureau classique, sobre et compréhensible, proche de Dolphin ; refus d’un « dashboard IA » générique.

Le récit rapporte des vérifications fonctionnelles, des observations de fenêtre et un retour positif de l’utilisateur sur le rapport HTML. Ces événements sont déclarés par l’utilisateur ; ils ne sont pas rejoués lors de cette capitalisation. La lecture du code v2.3.0 confirme uniquement les mécanismes précisés ci-dessous. Aucune étude UX représentative, validation complète d’accessibilité, mesure de performance ou exécution de l’application n’a été effectuée ici.

Les recommandations sont des hypothèses de transfert à confronter aux tâches, à la plateforme et aux contraintes du prochain projet. Les tests proposés ci-dessous restent à exécuter dans ce projet ; leur présence dans la fiche ne vaut pas réussite.

Ce qui a été constaté lors de la capitalisation

MainWindow.xaml contient les menus Fichier, Affichage, Outils, Aide ; Inventaire ; Journal et Émulation en suspens dans Outils ; filtres graphiques repliables.
MainWindow.Exploration.cs contient des pages de 36, un cache borné à trois pages, le chargement par Task.Run, l’annulation et un contrôle du catalogue courant.
GraphicThumbnailService.cs contient les bornes 112 × 72. Ces valeurs sont locales, sans benchmark transférable.
AnalysisReportService.cs contient HTML autonome, styles d’impression, recalcul SHA-256, encodage HTML, validation de destination et création sans remplacement.
Le récit rapporte 1 309 images, des défauts initiaux de couleurs/cache et un rapport apprécié : ce sont des faits rapportés, pas des observations reproduites ici.

Nuances à ne pas effacer

La recommandation de rendre les explications longues lisibles n’est pas intégralement satisfaite par le code : AnalysisExplanationText conserve MaxHeight="44" et TextTrimming="CharacterEllipsis". Ne pas présenter toute l’application comme exempte de troncature.

L’emplacement initial du rapport dépend du chemin du firmware sélectionné (ou de Documents) ; la protection effective du dossier d’extraction relève de ValidateDestination. Ne pas affirmer que la boîte de dialogue garantit à elle seule une destination extérieure.

Méthode rapportée : observer l’existant → identifier les tâches prioritaires → choisir des contrôles adaptés → réduire les doublons → expliquer les résultats → vérifier la fenêtre réelle → recueillir le retour utilisateur → corriger les obstacles observés.

Fiches extraites

[[KNOW-PAT-257]]
[[KNOW-PAT-258]]
[[KNOW-PAT-259]]
[[KNOW-PAT-260]]
[[KNOW-ANT-021]]
[[KNOW-ANT-022]]

Règles à adapter au contexte

Conserver le récit, les sources versionnées et la distinction entre déclaration utilisateur et contrôle du code.
Ne pas qualifier une recommandation de règle universelle à partir de ce seul projet.

Vérification proposée — non exécutée ici

Relire chaque fiche et comparer ses affirmations au récit original et aux extraits horodatés.

Critère : Chaque affirmation indique sa portée et aucun test proposé ne devient un test réussi.

Traçabilité

Sources primaires :

Récit original : references/experience/lg-firmware-explorer-v2.3.0/retour-utilisateur.txt. Contrôles statiques, lignes et SHA-256 : references/experience/lg-firmware-explorer-v2.3.0/preuves-code.json.