Tcl/Tk 9.1 llega con soporte para lectores de pantalla y texto bidireccional
Tcl/Tk 9.1 Released
Tcl/Tk 9.1.0 añade accesibilidad con lectores de pantalla y soporte inicial para texto bidireccional y lenguajes RTL en Tk. En Tcl, incorpora la normalización Unicode, el comando timer con reloj monotónico y resolución de microsegundos, y nuevas opciones para subst y switch. También mejora la eficiencia de listas grandes y exige llamar a Tcl_FindExecutable o TclZipfs_AppHook al iniciar las aplicaciones.
Tcl/Tk 9.1.0 es el trabajo de desarrollo actual sobre Tcl y Tk, orientado a versiones estables en septiembre de 2026.
- srean
Tengo un cariño especial por TCL, por sus idiosincrasias y su extraña y dinámica juguetonería de cadenas. Sería cauteloso a la hora de usarlo profesionalmente, pero para jugar y divertirme... es demasiado divertido. Upvar y uplevels son una locura.
Python es ese tipo de persona genial que se comporta bien cuando visita a los padres de su futura pareja por primera vez. Tcl, en cambio, es como jugar a esos juegos secretos, exclusivos y un tanto peligrosos con tu mejor amigo del colegio.
Tcl/Tk fue pionero en la noción de un lenguaje de scripting como biblioteca. Acertó con el threading. Puedes ejecutar múltiples intérpretes Tcl independientes en el espacio de direcciones de tu proceso y pueden intercambiar mensajes. La totalidad del estado del intérprete está encapsulada dentro del objeto intérprete, sin globales. Para un usuario es solo un puntero a un objeto.
No hace falta GIL, no hace falta serialización/deserialización (pickle/unpickle)... solo una copia en memoria dentro del proceso (o ninguna copia en caso de que los datos sean inmutables).
- neilv
El mayor atractivo inicial de Tcl fue Tk, como una forma relativamente fácil de hacer programas GUI suficientemente buenos con código abierto en Unixes y el X Window System. Incluso mucho más fácil que los toolkits X más fáciles de usar como XView con C, y las alternativas solo se volvían más difíciles a partir de ahí. No había frontends web.
Tcl en sí era bastante ingenioso, como lo que yo llamaría realmente un lenguaje de scripting basado en cadenas (en contraste con Bourne/C-shell/etc. que lo precedieron en Unix).
Originalmente, Tcl estaba entre el puñado de lenguajes de extensión listos para usar. Escribes tu gran aplicación en C o C++, y luego incrustas un intérprete para un lenguaje de extensión de más alto nivel, para que los usuarios o el desarrollador original añadan funcionalidad. Las opciones en aquel momento solían ser un pequeño Lisp/Scheme, Tcl, Python, o algo totalmente hecho a medida y probablemente peculiar y a medio hacer.
Durante los primeros dotcoms, hubo un interés considerable en Tcl para trabajo de backend, y tampoco habría sido la peor elección para meter en el navegador. Como Python, Tcl habría sido más accesible y democratizador de la Web que JavaScript, y ya existían diseños e implementaciones sólidos listos para usar. (Scheme habría parecido un poco más intimidante que Python o Tcl, y era más potente, que creo que fue la razón por la que Tim Berners-Lee prefirió Python sobre Scheme como el lenguaje de programación del pueblo para diversos propósitos web. La semántica del JavaScript que obtuvimos era más bien un Scheme de juguete apresurado, más el modelo de objetos más simple […]
- trebligdivad
Tcl/Tk tiene que ser el sistema GUI más fácil que existe; puedes poner en marcha cosas simples sin ningún esfuerzo - nada de lo que he visto se acerca a esa simplicidad.
Me alegra ver que está recibiendo algo de soporte moderno.
- qalmakka
Tcl es un lenguaje demasiado inteligente para su propio bien. Me encanta cómo todo es una cadena o se puede hackear sobre una cadena, así que básicamente puedes hacer niveles de metaprogramación que alcanzan niveles nunca vistos
- Aldipower
Una vez tuve un libro de O'Really llamado 'Perl/Tk'. Quiero decir, todavía lo tengo en algún sitio... ¿tengo la sensación de que leerlo de cabo a rabo se convertirá quizá en mi terapia de recuperación de la IA en algún momento?