Lors de l’installation de Windows 95, les utilisateurs faisaient face à une interface textuelle ennuyeuse. Raymond Chen révèle les défis techniques rencontrés, notamment la nécessité de créer un nouveau gestionnaire de fenêtres et une bibliothèque graphique, malgré l’existence d’un code fonctionnel dans Windows 3.1. Une réflexion fascinante sur l’évolution du système d’exploitation.
Lors de l’installation de Windows 95 pour la première fois, les utilisateurs de PC étaient confrontés à une interface textuelle monotone et dépourvue de graphiques. MS-DOS pouvait effectivement « gérer les graphiques », mais l’équipe de Windows a choisi d’adopter une approche plus astucieuse en recyclant le code précédemment disponible.
Raymond Chen, un employé de Microsoft ayant participé à l’évolution de Windows pendant plus de 30 ans, est de retour avec un nouvel article sur son connu blog « Old New Thing ». Ce programmeur a récemment évoqué l’expérience d’installation de Windows 95, un effort d’ingénierie complexe qui a utilisé trois environnements de système d’exploitation différents pour répondre aux nombreux cas d’utilisation sur les PC des clients.
En théorie, les ingénieurs de Microsoft pouvaient développer une application d’installation graphique, a déclaré Chen, car MS-DOS pouvait gérer les graphiques assez bien. Cependant, l’approche DOS était très primitive et chronophage. Bien que le système d’exploitation basé sur des invites ne bloquait pas l’affichage d’images, les programmeurs devaient implémenter manuellement toutes les fonctions graphiques.
MS-DOS ne fournissait aucune primitive graphique en dehors d’un appel au BIOS pour tracer un seul pixel, a expliqué Chen. De toute façon, cette approche basée sur le BIOS n’était pas idéale, car accéder directement au tampon vidéo (mémoire de la carte graphique) était le seul moyen d’obtenir un minimum d’augmentation de performance dans les opérations graphiques. Dans l’ensemble, l’équipe d’installation de Windows 95 était donc théoriquement contrainte d’écrire sa propre bibliothèque graphique de A à Z.
Et ce n’était que le début. Les exigences minimales de Windows 95 incluaient une carte vidéo VGA, donc l’équipe n’avait pas à considérer les anciennes générations vidéo comme CGA ou EGA. Le programme d’installation devait afficher des boîtes de dialogue, ce qui obligeait les programmeurs à créer un nouveau gestionnaire de fenêtres avec un support clavier pour le « tabbage » entre différentes fenêtres et des raccourcis clavier.
L’application d’installation devait également fournir un support pour des alphabets basés sur des idéogrammes tels que le japonais et le chinois, tout en gérant des animations simples. Tout ce travail supplémentaire devait entrer dans l’infrastructure « de base » nécessaire pour initier l’environnement Windows 95, avec un support complet pour la mémoire étendue/expansée par le biais de son propre gestionnaire de mode protégé, a déclaré Chen.
Les développeurs devaient essentiellement écrire un nouveau système d’exploitation juste pour commencer l’installation de Windows 95, ce qui était une perte de temps car Microsoft vendait déjà le produit parfait pour ce travail. Le runtime Windows 3.1 utilisé dans la version finale de l’installation de Windows 95 incluait tout ce qui était nécessaire pour « faire des graphiques » sous MS-DOS, et était entièrement débogué avec ses propres pilotes vidéo, une bibliothèque graphique, un gestionnaire de dialogue, et plus encore.
Microsoft suit toujours cette même approche de recyclage de code aujourd’hui ; les éditions modernes de Windows doivent encore installer un « système d’exploitation miniature » pour initier le processus d’installation. Cet environnement minimal de système d’exploitation est maintenant le Windows Preinstallation Environment, qui est également utilisé pour essayer de réparer Windows si quelque chose ne va pas avec le système d’exploitation lui-même.