Dans le système d'exploitation Windows, Microsoft va à un changement de conception enraciné sur l'écran d'erreur bleue (BSOD), où les utilisateurs connaissent depuis de nombreuses années. Ce nouveau design, vu dans les versions de test de Windows 11, est maintenant construit sur un sol noir au lieu du bleu. La société vise à rendre cette approche simplifiée plus compatible avec le langage de conception global de Windows 11. Cela se démarque également comme une étape qui vise à récupérer plus rapidement après l'erreur.
Le détail le plus important dans la nouvelle conception est que l'écran ne contient pas de code QR ou de symboles de visage triste comme auparavant. Au lieu de cela, il existe une brève explication qui stipule que le système ne rencontre qu'un problème et devrait être redémarré. L'erreur ou le pilote a un problème avec l'écran est également spécifié sur l'écran. Cependant, cette simplification peut rendre l'accès aux informations plus limité pour certains utilisateurs techniques.
Les utilisateurs de test connaissent l'écran BSOD simplifié de Microsoft
Le nouvel écran BSOD peut désormais être essayé par des utilisateurs inclus dans le programme Windows Insider. Canaux bêta, géants et canaries dans les structures d'aperçu des structures pré-suivi, cet écran est présenté temporairement en vert. Cette sélection de couleurs est effectuée pour garantir que les versions de test peuvent être distinguées des versions finales. Dans la version finale, Microsoft n'a pas encore fait une explication définie pour savoir si l'écran restera noir ou s'il sera retourné à l'ancien design bleu.
En 2021, Microsoft a offert l'écran BSOD en noir dans les premières versions de test de Windows 11, mais est ensuite retournée en bleu. Maintenant, ce changement devrait devenir permanent avec la mise à jour 24H2 de Windows 11. De plus, la société devrait évaluer les commentaires des utilisateurs avant de rendre ce nouveau design permanent. La simplification de l'écran d'erreur est considérée comme faisant partie de l'effort pour rendre l'expérience utilisateur plus fluide.
Selon la déclaration de Microsoft, ce nouveau design offre une interface plus simple en cas de «redémarrages inattendus». Cependant, il vise également à garantir que les utilisateurs reviennent à la productivité dès que possible. La société fait valoir qu'elle n'empêche pas le problème de dépannage en conservant les informations techniques à l'écran. Cependant, la suppression des éléments qui fournissent une connexion directe telle que le code QR peuvent rendre le processus d'intervention difficile.
La préférence de fond noir est également en harmonie avec la tendance de la simplification visuelle qui est généralement adoptée dans Windows 11. Cette nouvelle conception BSOD, qui est similaire aux écrans noirs observés lors des mises à jour du système, peut être destiné à collecter différents écrans d'erreur sous un langage visuel uniforme. De plus, le plus proche des écrans que les utilisateurs rencontrent peuvent également réduire la confusion possible. Cependant, cette similitude peut entraîner le risque de rendre difficile la reconnaissance de certains détails techniques.
L'approche de conception axée sur l'utilisateur de Microsoft n'est pas limitée à l'écran BSOD. Récemment, les réglementations sur le menu de démarrage, la barre des tâches et les paramètres du système sont basées sur des principes de simplification similaires. L'entreprise vise à découvrir les utilisateurs une interface plus fonctionnelle avec moins de chaos visuel. Cependant, il convient de noter que ces changements peuvent ne pas avoir les mêmes résultats positifs pour toutes les masses utilisateur.
Le nouvel écran BSOD vise à faciliter la compréhension des erreurs système par l'utilisateur, mais il peut rendre difficile pour les experts techniques d'analyser la source d'erreur. En particulier dans l'environnement de l'entreprise, l'échec des équipes d'assistance à distance via le code QR peut provoquer une perte de temps. Dans tous les cas, quel niveau Microsoft adoptera cette nouvelle conception deviendra plus claire avec les commentaires futurs après le processus de test. Il est également important de savoir comment les développeurs et les gestionnaires de systèmes prendront une attitude.
