Direkt zum Inhalt

Es ist das Ende von TCC Dateianzeige, wie wir sie kennen ...

Die Befehlszeileninterpreter von JP Software hatten bereits in den frühen Tagen von 4DOS einen Text-/Hex-Datei-Viewer.

Der interne LIST-Befehl war relativ klein, schnell, verarbeitete Dateien jeder Größe und Sie konnten mit Platzhaltern, Hexadezimalwerten und regulären Ausdrücken suchen. Es gab andere Dateibetrachter mit umfassenderem Funktionsumfang (und viel größer) (insbesondere LIST.COM von Vernon Buerg), aber LIST hat diese Aufgabe für die meisten Benutzer jahrelang ausreichend erfüllt. Aber LIST litt stärker als die meisten anderen internen Befehle unter der Funktionserweiterung – es war nie für die Handhabung der zusätzlichen Optionen konzipiert, die Benutzer forderten. Und das Aufkommen von Take Command v9 machte die Nachteile von LIST noch deutlicher und machte schmerzlich deutlich, dass es sich bei LIST immer noch um einen Befehl im Konsolenmodus handelte, der unbequem in ein GUI-Fenster gestopft wurde.

TCC LIST-Befehlszeilen-Dateibetrachter

LIST-Befehl

Zu der Zeit arbeitete ich am Design für Take Command In Version 12 geriet der Rückstand an Funktionsanfragen für LIST außer Kontrolle (viel mehr als bei jedem anderen internen Befehl). Leider schrumpfte meine Fähigkeit, diese Funktionswünsche tatsächlich umzusetzen, noch schneller. Es war an der Zeit, LIST in seiner jetzigen Form aufzugeben und mit einem neuen Design zu beginnen. Es war auch klar, dass dies ein großes Unterfangen sein würde und im Zeitrahmen von Version 12 nicht möglich sein würde. Mit einem Seufzer (der Erleichterung) habe ich es also auf Version 13 zurückgeschoben.

Als der v13-Designprozess begann, wusste ich, dass noch viel Arbeit vor mir lag. Der einfachste Ansatz wäre, den Scintilla-Editor zu verwenden, der im verwendet wird Take Command IDE/Batch-Debugger und verwenden Sie ihn im schreibgeschützten Modus. Es war schnell, sah gut aus und hatte einen schönen Satz interner Funktionen + externe Plugins. Es hatte auch einen Nachteil: Es musste die gesamte Datei in den Speicher laden und war daher in der Praxis auf Dateien beschränkt, die nicht größer als ein paar hundert Megabyte waren (vielleicht ein oder zwei Gigabyte für 64-Bit-Windows). Das störte mich nicht besonders, da ich mich nicht erinnern konnte, wann ich das letzte Mal eine Datei dieser Größe ansehen wollte. Aber als ich es den Betatestern vorschlug, bestanden sie darauf, unbegrenzte Dateigrößen zu wollen.

Zurück zum Zeichenbrett. Während ich eine düstere Schätzung der mehrmonatigen Entwicklungszeit für das neue LIST erstellte, schlugen einige Betatester vor, dass ich mir das mal ansehe V – Der Dateibetrachter, geschaffen von Charles Prineas. Ich war mir der Existenz von V schon seit mehreren Jahren bewusst, hatte aber nie Zeit damit verbracht, es auszuprobieren. Ich habe es heruntergeladen und gründlich getestet. Ich war sehr beeindruckt von seinen Fähigkeiten – und etwas deprimiert bei dem Gedanken, sie duplizieren zu müssen! V verfügt über viele Funktionen (wie die Explorer-Fenster), die bereits in implementiert wurden Take Command, aber allein seine Kernfunktionen zur Dateianzeige übertrafen bei weitem die in LIST verfügbaren Funktionen.

Aber vielleicht gab es eine Alternative zur Neuerfindung des Rades. Was wäre, wenn ich Charles davon überzeugen könnte, eine Version von V für zu lizenzieren? Take Command das nur die Dateianzeigefunktion beinhaltete? Ich würde mehrere Monate Entwicklungszeit zurückbekommen, die ich für andere Funktionen (z. B. Befehlsdialoge) aufwenden könnte, und die Benutzer würden fast alle ihre LIST-Funktionswünsche erfüllt bekommen.

TCC VIEW-Eingabeaufforderungs-Dateibetrachter

VIEW-Befehl

Als nächstes: LIST vs. VIEW und Überwindung des NIH-Syndroms.