C'est la fin de TCC Visualisation des fichiers telle que nous la connaissons...
Les interpréteurs de ligne de commande de JP Software disposaient d'un visualiseur de fichiers texte/hexadécimal depuis les débuts de 4DOS.
La commande interne LIST était relativement petite, rapide, gérait des fichiers de toutes tailles et vous pouviez effectuer une recherche à l'aide de caractères génériques, de valeurs hexadécimales et d'expressions régulières. Il existait d'autres visualiseurs de fichiers plus complets (et beaucoup plus volumineux) (notamment LIST.COM de Vernon Buerg), mais LIST a fait le travail de manière adéquate pour la plupart des utilisateurs pendant des années. Mais LIST a plus souffert de l'évolution des fonctionnalités que la plupart des autres commandes internes : elle n'a jamais été conçue pour gérer les options supplémentaires demandées par les utilisateurs. Et l'avènement de Take Command La v9 a rendu les inconvénients de LIST encore plus prononcés, rendant douloureusement évident que LIST était toujours une commande en mode console qui était inconfortablement insérée dans une fenêtre GUI.
Commande LISTE
Au moment où je travaillais sur le design de Take Command v12, le retard dans les demandes de fonctionnalités pour LIST devenait incontrôlable (bien plus que pour toute autre commande interne). Malheureusement, ma capacité à mettre en œuvre ces demandes de fonctionnalités diminuait encore plus rapidement. Il était temps d'abandonner le LIST tel qu'il était et de commencer avec un nouveau design. Il était également clair que cela allait être une entreprise majeure, et que cela ne serait pas possible dans le délai de la v12. Alors avec un soupir (de soulagement), je l'ai repoussé à la v13.
Au moment où le processus de conception de la v13 a commencé, je savais que j'avais BEAUCOUP de travail à faire. L'approche la plus simple serait d'utiliser l'éditeur Scintilla utilisé dans le Take Command Débogueur IDE/batch et utilisez-le en mode lecture seule. C'était rapide, avait l'air bien et disposait d'un bel ensemble de fonctions internes + de plugins externes. Il présentait également un inconvénient : il devait charger l'intégralité du fichier en mémoire, il était donc limité en pratique à des fichiers ne dépassant pas quelques centaines de mégaoctets (peut-être un gigaoctet ou deux pour Windows 64 bits). Cela ne m’a pas particulièrement dérangé, car je ne me souvenais pas de la dernière fois où j’avais voulu consulter un fichier de cette taille. Mais lorsque je l’ai suggéré aux bêta-testeurs, ils voulaient catégoriquement vouloir des tailles de fichiers illimitées.
Retour à la planche à dessin. Alors que je préparais une sombre estimation du temps de développement de plusieurs mois pour le nouveau LIST, quelques bêta-testeurs m'ont suggéré de regarder V – La visionneuse de fichiers, créé par Charles Prineas. J'étais au courant de l'existence de V depuis plusieurs années, mais je n'avais jamais consacré de temps à l'essayer. Je l'ai téléchargé et je l'ai testé en profondeur. J’ai été très impressionné par ses capacités – et quelque peu déprimé à l’idée de devoir les reproduire ! V possède de nombreuses fonctionnalités (comme les fenêtres de l'Explorateur) qui étaient déjà implémentées dans Take Command, mais même ses capacités de visualisation de fichiers de base dépassaient de loin ce qui était disponible dans LIST.
Mais il existait peut-être une alternative à réinventer la roue. Et si je pouvais convaincre Charles d'obtenir une licence pour une version de V pour Take Command qui incluait uniquement la fonctionnalité de visualisation de fichiers ? Je récupérerais plusieurs mois de temps de développement que je pourrais consacrer à d'autres fonctionnalités (par exemple, les boîtes de dialogue de commande) et les utilisateurs obtiendraient presque tous leurs souhaits en matière de fonctionnalités LIST.
Commande VOIR
Suivant : LIST vs VIEW et surmonter le symdrome du NIH.