Tcl/Tk 9.1 научился читать вслух и писать справа налево
Tcl/Tk 9.1 Released
Вышел Tcl/Tk 9.1 — первый крупный шаг после 9.0. В Tcl появились команды unicode для нормализации, timer с монотонными микросекундными часами, lfilter и interp set, а также новые опции subst и switch. В Tk добавлена поддержка экранных дикторов и первичная работа с двунаправленным текстом и RTL, новый виджет ttk::toggleswitch, повёрнутые подписи и расширенные состояния в ttk::treeview и ttk::notebook. Приложения теперь обязаны вызывать Tcl_FindExecutable или TclZipfs_AppHook.
Accessibility screen reader support.
- srean
У меня слабость к TCL из-за его причуд и странной динамической игривости со строками. Я бы поостерегся использовать его профессионально, но ради развлечения... это просто слишком весело. Upvar и uplevels — это безумие.
Python — это тот крутой парень, каким ты становишься, когда впервые идешь знакомиться с родителями будущего супруга. Tcl же — это как играть в свои секретные, исключительные и немного опасные игры с лучшим другом из школы.
Tcl/Tk стали пионерами идеи скриптового языка как библиотеки. Они правильно реализовали потоки. Вы можете запускать несколько независимых интерпретаторов Tcl в адресном пространстве вашего процесса, и они могут обмениваться сообщениями. Всё состояние интерпретатора инкапсулировано внутри объекта интерпретатора, никаких глобальных переменных. Для пользователя это просто указатель на объект.
Не нужен GIL, не нужна сериализация/десериализация (pickle/unpickle)... просто копирование в памяти процесса (или вообще без копирования, если данные неизменяемы).
- neilv
Главным ранним преимуществом Tcl был Tk — относительно простой способ создавать достаточно хорошие GUI-программы с открытым исходным кодом в Unix-системах и X Window System. Это было даже проще, чем более удобные X-тулкиты вроде XView на C, а альтернативы становились только сложнее. Веб-фронтендов тогда не было.
Сам Tcl был довольно умным — я бы назвал его строковым скриптовым языком (в отличие от Bourne/C-shell и т.п., которые были до него в Unix).
Изначально Tcl был одним из немногих готовых языков расширения. Вы пишете большое приложение на C или C++, а затем встраиваете интерпретатор языка более высокого уровня, чтобы пользователи или сам разработчик могли добавлять функциональность. Вариантами в то время обычно были небольшой Lisp/Scheme, Tcl, Python или что-то полностью самодельное, вероятно, причудливое и сделанное на скорую руку.
В ранние времена доткомов был значительный интерес к Tcl для бэкенд-работы, и он также не был бы худшим выбором для встраивания в браузер. Как и Python, Tcl был бы более доступным и демократизировал бы Веб лучше, чем JavaScript, и уже существовали надёжные готовые проекты и реализации. (Scheme выглядел бы немного более пугающим, чем Python или Tcl, и был более мощным, и, я думаю, именно поэтому Тим Бернерс-Ли предпочёл Python, а не Scheme в качестве народного языка программирования для различных веб-целей. Семантика полученного нами JavaScript была скорее поспешной игрушечной Scheme плюс простейшая объектная модель […]
- trebligdivad
Tcl/Tk, должно быть, самая простая GUI-система из существующих; можно запустить простые вещи без усилий — ничего, что я видел, не сравнится с этой простотой.
Приятно видеть, что он получает современную поддержку.
- qalmakka
Tcl — слишком умный язык во вред себе. Мне нравится, что всё является строкой или может быть взломано как строка, так что можно достичь невиданных уровней метапрограммирования.
- Aldipower
Когда-то у меня была книга от O'Reilly под названием 'Perl/Tk'. В смысле, она всё ещё где-то у меня... У меня такое чувство, что чтение её когда-нибудь станет моей терапией для восстановления от ИИ?