Tcl/Tk 9.1, 스크린 리더 접근성과 RTL 텍스트 지원 추가
Tcl/Tk 9.1 Released
Tcl/Tk 9.1.0이 2026년 9월 29일 공개됐다. Tcl 9.0 기반 위에 유니코드 정규화 명령과 마이크로초 해상도의 모노토닉 타이머, lfilter, interp set 등이 추가됐고, Tk에는 스크린 리더 접근성과 양방향 텍스트(RTL) 초기 지원, ttk::toggleswitch 위젯이 새로 들어갔다. macOS 대소문자 비구분 경로, 64비트 크기 확장, 리스트 내부 구조 개선도 포함됐다.
Tcl/Tk 9.1.0 is the current development work on Tcl and Tk, aiming toward stable releases in September 2026.
HN 토론
86- srean
나는 TCL에 대해 애착이 있다. 그 특이함과 별난 동적 문자열 유희 때문이다. 직업적으로 쓰는 건 조심스럽겠지만, 재미로 가지고 노는 건... 너무 재미있다. Upvar와 uplevel은 정말 미쳤다.
Python은 마치 예비 배우자의 부모님을 처음 만나러 갈 때 예의 바르게 행동하는 그런 멋진 녀석이다. 반면 Tcl은 학교 단짝과 함께하는 비밀스럽고 다소 위험한 게임을 하는 것과 같다.
Tcl/Tk는 스크립팅 언어를 라이브러리로 쓰는 개념을 개척했다. 스레딩도 제대로 구현했다. 프로세스 주소 공간에서 여러 독립적인 Tcl 인터프리터를 실행할 수 있고, 서로 메시지를 주고받을 수 있다. 인터프리터 상태 전체가 인터프리터 객체 안에 캡슐화되어 있어 전역 변수가 없다. 사용자 입장에서는 그냥 객체에 대한 포인터일 뿐이다.
GIL도 필요 없고, 직렬화/역직렬화(pickle/unpickle)도 필요 없다... 그냥 프로세스 메모리 내 복사만 하면 된다(데이터가 불변인 경우 복사조차 필요 없다).
- neilv
Tcl의 가장 큰 초기 판매 포인트는 Tk였다. Unixen과 X Window System에서 오픈 소스로 충분히 괜찮은 GUI 프로그램을 비교적 쉽게 만들 수 있는 방법이었다. C로 쓰는 더 사용하기 쉬운 X 툴킷인 XView보다도 훨씬 쉬웠고, 대안들은 거기서부터 점점 더 어려워지기만 했다. 웹 프론트엔드는 없었다.
Tcl 자체는 내가 실제로 문자열 기반 스크립팅 언어라고 부르고 싶은 것치고는 꽤 영리했다(Unix에서 앞서 나온 Bourne/C-shell 등과 대조된다).
원래 Tcl은 기성 확장 언어 몇 가지 중 하나였다. 큰 애플리케이션을 C나 C++로 작성한 다음, 사용자나 원래 개발자가 기능을 추가할 수 있도록 고수준 확장 언어용 인터프리터를 임베드하는 방식이다. 당시 선택지는 보통 작은 Lisp/Scheme, Tcl, Python, 아니면 완전히 맞춤 제작된, 아마 별나고 어설픈 무언가였다.
초기 닷컴 시절에는 백엔드 작업에 Tcl에 대한 상당한 관심이 있었고, 브라우저에 넣기에도 최악의 선택은 아니었을 것이다. Python처럼 Tcl도 JavaScript보다 더 접근하기 쉽고 웹을 민주화했을 것이며, 이미 견고한 기성 설계와 구현이 있었다. (Scheme은 Python이나 Tcl보다 약간 더 위압적으로 보였을 것이고 더 강력했는데, 그래서 팀 버너스리가 여러 웹 목적을 위한 대중의 프로그래밍 언어로 Scheme보다 Python을 선호했던 것 같다. 우리가 갖게 된 JavaScript의 의미론은 서둘러 만든 장난감 Scheme에 가장 단순한 객체 모드 […]
- trebligdivad
Tcl/Tk는 세상에서 가장 쉬운 GUI 시스템임에 틀림없다. 별 노력 없이 간단한 것들을 만들 수 있다. 그 단순함에 근접하는 것을 본 적이 없다.
현대적인 지원을 받게 되어 반갑다.
- qalmakka
Tcl은 자기 자신에게 너무 과할 정도로 영리한 언어다. 모든 것이 문자열이거나 문자열로 해킹될 수 있어서, 전례 없는 수준의 메타프로그래밍을 할 수 있다는 점이 정말 좋다.
- Aldipower
'Perl/Tk'라는 O'Reilly 책을 한때 가지고 있었다. 아니, 아직 어딘가에 있을 거다... 그걸 훑어보는 게 언젠가 내 AI 회복 치료가 될지도 모르겠다는 느낌이 든다?