es el fin de TCC Visualización de archivos como lo conocemos...

Los intérpretes de línea de comandos de JP Software han tenido un visor de archivos de texto/hexadecimal desde los primeros días de 4DOS.

El comando LIST interno era relativamente pequeño, rápido, manejaba archivos de cualquier tamaño y podía buscar utilizando comodines, valores hexadecimales y expresiones regulares. Había otros visores de archivos con más funciones (y mucho más grandes) (en particular LIST.COM de Vernon Buerg), pero LIST hizo el trabajo adecuadamente para la mayoría de los usuarios durante años. Pero LIST sufrió más cambios de funciones que la mayoría de los otros comandos internos: nunca fue diseñado para manejar las opciones adicionales que demandaban los usuarios. Y el advenimiento de Take Command v9 hizo que los inconvenientes de LIST fueran aún más pronunciados, haciendo dolorosamente obvio que LIST todavía era un comando en modo consola que estaba incómodamente metido en una ventana GUI.

Comando LISTA

Cuando estaba trabajando en el diseño de Take Command v12, la acumulación de solicitudes de funciones para LIST se estaba saliendo de control (mucho más que cualquier otro comando interno). Desafortunadamente, mi capacidad para implementar esas solicitudes de funciones se estaba reduciendo aún más rápido. Era hora de abandonar LIST como estaba y comenzar con un nuevo diseño. También estaba claro que iba a ser una tarea importante y que no sería posible en el plazo de la versión 12. Entonces, con un suspiro (de alivio), lo empujé de regreso a la v13.

Cuando comenzó el proceso de diseño de la versión 13, sabía que tenía MUCHO trabajo por delante. El método más sencillo sería utilizar el editor Scintilla utilizado en el Take Command IDE/depurador por lotes y utilícelo en modo de solo lectura. Era rápido, se veía bien y tenía un buen conjunto de funciones internas + complementos externos. También tenía un inconveniente: tenía que cargar el archivo completo en la memoria, por lo que en la práctica estaba limitado a archivos de no más de unos pocos cientos de megabytes (tal vez uno o dos gigabytes para Windows de 64 bits). Esto no me molestó particularmente, ya que no podía recordar la última vez que quise mirar un archivo de ese tamaño. Pero cuando se lo sugerí a los probadores beta, se mostraron firmes en querer tamaños de archivo ilimitados.

De vuelta a la mesa de dibujo. Mientras preparaba una estimación sombría del tiempo de desarrollo de varios meses para la nueva LISTA, un par de probadores beta me sugirieron que mirara V – El visor de archivos, creado por Charles Prineas. Conocía la existencia de V desde hacía varios años, pero nunca había dedicado tiempo a probarlo. Lo descargué y lo probé exhaustivamente. Quedé muy impresionado por sus capacidades y algo deprimido ante la idea de tener que duplicarlas. V tiene muchas características (como las ventanas del Explorador) que ya se implementaron en Take Command, pero incluso sus capacidades principales de visualización de archivos superaron con creces lo que estaba disponible en LIST.

Pero tal vez existiera una alternativa a reinventar la rueda. ¿Qué pasaría si pudiera convencer a Charles para que licenciara una versión de V para Take Command ¿Eso solo incluía la función de visualización de archivos? Recuperaría varios meses de tiempo de desarrollo que podría dedicar a otras funciones (por ejemplo, cuadros de diálogo de comandos) y los usuarios cumplirían casi todos sus deseos de funciones de LISTA.

comando VER

Siguiente: LISTA versus VER y superación del síndrome NIH.