Tcl/Tk 8.5

Как и везде в Юниксах это можно сделать несколькими способами и это самый кардинальный (для ярых сторонников несглаженных шрифтов). У меня аналогичным способом отключены несглаженные шрифты, man fontconfig.

puts [ join [ list "Ура" "ура" "ура!" ] "-" ]
puts "Long live, tcl!"

> puts [ join [ list "Ура" "ура" "ура!" ] "-" ]

[поёживаясь] гордым потомкам Ивана Сусанина не пристало использовать польскую нотацию.

Ессно! С Мандривой уже есть контакт (я с ними на Throphees du libre пообщался) :)

>>Вот всегда знал,
>>что xml --- говно.

Поскольку fontconfig придумал сам Кейт Пакард, то за будущее .Xdefaults возникают серьёзные опасения.

Кстати, два вопроса осилившим установку - этот tile понимает .Xdefaults?
И второй - blt собирается с новым tk (в частности, с новым шрифтовым движком)?

>8.4.x на маке не совсем корректно отображал виджеты. Кто пробовал 8.5 на маке? СтОит ли заморачиваться?

С ttk наверняка стоит познакомится. На маках это нативный L&F будет.

А также на КДЕ и офтопике

> Тикель - ужасный, страшный язык. Эдакий озверевший шелл-скриптинг.

Наоборот простой до буквоедства, просто его надо воспринимать буквально, всё -- строки, как пишется -- так и читается. И различать моменты, когда эта строка вычисляется.

Тем, кто тут хотел батарейки к тиклю -- а вы не забыли, что он встраиваемый язык? Не надо сильно больших библиотек, подключаете нужные библиотеки к своему С приложению, и экспортируете "батарейки" в тикль комманды.

Хотя сейчас уже Lua симпатичнее выглядит по многим параметрам :)

Ему бы еще аналог Tk прикрутить

> Хотя сейчас уже Lua симпатичнее выглядит по многим параметрам :)

Что кроме "сишного" синтаксиса? (что далеко не для всех "+")

А по тем-же "батарейкам"?

В смысле встраиваемости, простой минимальный встраиваемый язык, JIT есть, мощные таблицы как списки в Лиспе =) . И батареек IMHO больше (нашел тот же Tk)

> В смысле встраиваемости, простой минимальный встраиваемый язык,

"минимальный" - это без "батареек"?

> JIT есть

А tcl, по-вашему, по прежнему только интерпретируется?

> мощные таблицы как списки в Лиспе =)

Чем хуже списки тикля?

> И батареек IMHO больше (нашел тот же Tk)

"ИМХО" не годится - нужна конкретика. По размеру "хелпа" в tcl не верится как-то...

А так-же: треды, кодировки, количество платформ и проч.... (сорри - давно lua не смотрел)

Да и tk наиболее "естественен" с tcl.

Да, ещё тикль не только легко "встраивается" в "натив", но и легко "дополняется" тем-же "нативом". Как с Lua?

По размеру "хелпа" в tcl не верится как-то...

Большинство из батареек заброшены и не поддерживаются
Тот же BLT, cgi tcl, tclsasl (тот который биндинг под cyrus-sasl)

К сожалению, критика Столлмана возымела какое-то действие на разработчиков и пользователей. Так же как и уход Остерхаута.

> Большинство из батареек заброшены и не поддерживаются Тот же BLT, cgi tcl, tclsasl (тот который биндинг под cyrus-sasl)

Аналоги всего этого есть под Lua?

> К сожалению, критика Столлмана возымела какое-то действие на разработчиков и пользователей.

А можно в двух словах? Или это только про лицензию?

Интересно, куда подались первые и вторые? :)

Ага, про лицензию. Тем не менее наезд оказался довольно эффективным.

Питон в данный момент занимает ту же нишу extendable+embeddable, что и tcl. Биндинги под всевозможные тулкиты для питона имеются.

Вообщем-то, сейчас tcl нужен только для поддержки старых приложений.

аналогично просто. Минимальный встроенный Lua, добавляет менее 100к к приложению.

>> Тикель - ужасный, страшный язык. Эдакий озверевший шелл-скриптинг.

> Наоборот простой до буквоедства, просто его надо воспринимать буквально, всё -- строки

"Tcl is Lisp on drugs" (c) какойтолиспер

> Питон в данный момент занимает ту же нишу extendable+embeddable, что и tcl. Биндинги под всевозможные тулкиты для питона имеются.

Да, только, по мне, на тикле было "приятнее" писать, чем на питоне.

P.S. Нет в жизни счастья... ;)

> А tcl, по-вашему, по прежнему только интерпретируется?

а тикль сейчас не интерпретируется (раньше ЕМНИП только интерпретатор был)? (интерпретацию байт-кода не считаем)

И как tcl скрипт встроенный в С обрабатывается -- ЕМНИП там напрямую интерпретатор вызывается, насколько я АПИ помню, он не компилировался

> "ИМХО" не годится - нужна конкретика.

если честно, думаю что для встраиваемого языка батарейки -- не такая уж и проблема, хватит батареек к хост-приложению

Конкретики тоже не помню, да :)

>А что тут искать? Как-то так, наверное:

Во, точно... спасибо :) Так даже лучше. А то я всё мучил (ещё до этого релиза) гугль про сглаживание именно в тк... и мне это даже надоело, ибо гугль молчал, как партизан. А всё же любопытно, как это делать в тк...

tcl, python, фи :) Mumps - вот это вещь!

> Питон в данный момент занимает ту же нишу extendable+embeddable, что и tcl.

минимальный встроенный Питон -- что-то около 800к, минимальный встроенный Lua -- меньше 100к, минимальный встроенный Tcl -- не помню тоже, но что-то тоже больше полмегабайта.

> tcl, python, фи :) Mumps - вот это вещь!

ага, и к ней GUI oldschool - Tk надо написать :)

и транслятор SQL в M на Tcl :)

> "Tcl is Lisp on drugs"

ЕМНИП, основная разница в метапрограммировании в Tcl или Лиспе с Луа, в том, что во втором случае работаем непосредственно с AST, а в Tcl -- через интерпретацию строк.

anonymous> одну из самых востребованных фич (сглаживание)

Громкий хохот всех собравшихся в зале.

yk4ever> Тикель - ужасный, страшный язык. Эдакий озверевший шелл-скриптинг. >Читаешь код на ём - волосы на спине дыбом встают.

А ты не пиши такой код ;)

AMDmi3> Хотя не думаю, что стили спасут Tk от всей его кривости с точки зрения пользователя.

Вообще-то эта версия Tk должна уметь подхватывать Qt

>> Mumps - вот это вещь!

> и транслятор SQL в M на Tcl :)

не, на M4. M4M -- звучит! =)

//captcha: deaders

>вышел первый официальный выпуск

я сначала подумал что это вообще самый первый официальный релиз.

anonymous> Зависит от языка. Erlang - нет. Lisp - тоже. Хотя область их применения и сильно ограниченна (многими вещами, в т.ч. и высоким порогом вхождения), они используются во вполне конкретных областях.

Угу. Erlang - ejabberd . Lisp - Emacs :)

anonymous> А любых. Где хотя бы биндинги к dbus? Где универсальный сетевой фреймворк на подобии twisted? Где веб-фреймворк последнего поколения на манер Django, Rails, Turbogear?

А может не надо городить ещё одного монстрюка?

> (интерпретацию байт-кода не считаем)

Экие мы привередливые... :)

> если честно, думаю что для встраиваемого языка батарейки -- не такая уж и проблема, хватит батареек к хост-приложению

если честно, мне сам подход "встраиваемого супер-пупер языка" нравится меньше, нежели подключение к "супер-пупер языку" внешних "скоростных" и специфичных либ. Но - для каждого решения своя проблема :)

> Экие мы привередливые... :)

ну конечно, вот в Lua есть честный JIT, можно и попривередничать =)

>мне сам подход "встраиваемого супер-пупер языка" нравится меньше, нежели подключение к "супер-пупер языку" внешних "скоростных" и специфичных либ.

угу, поэтому встраивать надо не супер-пупер комбайн, а минимальный мост-связку для запуска того, чего нет/долго/сложно сделать в нативном языке приложения.

Ну для прототипирования хотя бы, брать скрипт, заменять куски на готовые специфичные либы, оставляя каркас старым. Потом скрипты-подмостки убрать (где это критично) и оба-на -- готовое приложение.

> Но - для каждого решения своя проблема :)

угу, конечно зависит от задачи :)

anonymous> Я знаю. И это только подтверждает мои слова о достаточно тухлом положении дел Tcl/Tk.

Так что получается? Один пакет, написанный на Tcl, накрылся, и всё - Tclкапец?

anonymous> Можете назвать еще хотя бы пару полезных tcl/tk-программ в репозитории?

Могу. TkDesk, к примеру. А ещё XMaxima.

anonymous> Я говорил не про сейчас, а про перспективу. Давайте дадим гаджиму еще годик-два и посмотрим. Он очень активно разрабатывается.

Тем временем Tkabber научится такому, что рисовалка в векторном формате - детский лепет.

anonymous> Я грепал. Кроме страшненьких анахронизмов типа tkman особо ничего нужного нету.

Слака стоит что-ли?

anonymous> А вот у pygtk dependants-ов больше.

А у венды dependants-ов... Продолжим логику? ;)

anonymous> А еще многие спутники на DOS работают

А некоторые заводские станки - до сих пор на PDP-11. И что?

anonymous> Однако, на дворе 2008 год. И со страшным wish и 5-ю библиотеками далеко не уедешь.

Читай текст новости. И библиотек вроде побольше, чем 5. И, как ни странно, этого за глаза хватает.

yk4ever> плохих - тоже три: <...>, Tcl

Быдло!

> вот в Lua есть честный JIT, можно и попривередничать =)

x86 only? И не "изкаропки"?

Ладно, посмотрим на досуге... ;)

И почему chameneos-redux не реализован? :)

не далее как позавчера пришлось писать обертку для информиксовской утилиты на expect (какой идиот придумал сделать ее строго интерактивной?). нужно было не просто expect {..}, но немного while, if, etc... убил пол-дня разбираясь с базовыми конструкциями этого езыга и отлавливая фигню типа отсутствия пробела между именем процедуреы и {.

на мой взгляд, tcl слишком замороченный для своих более чем скромных возможностей. единственное объяснение того, что он еще где-то используется, это пресловутый "unix way" (раз уж есть, зачем выбрасывать). но, ей богу, в следующий раз я, вместо того, чтобы снова вспоминать все его "премудрости" для написания нескольких строк, поищу что-нибудь на человеческом скриптовом языке.

Давайте ещё http://en.wikipedia.org/wiki/Pick_operating_system вспомним.

А как иначе? Новый шрифтовый движок использует fontconfig и, следовательно, управляется он соответствующими конфигурационными файлами per-user (~/.fonts.conf) или system-wide (/etc/fonts/). К сожалению дискретизировать настройку до уровня отдельных приложений там нельзя.

>>и отлавливая фигню типа отсутствия пробела между именем процедуреы и {

Эх, "все есть строка". Параметры proc (список формальных параметров и тело процедуры) - тоже.

tcl - очень простой язык. Но тут как раз случай, когда простота оказывается хуже воровства.

> не далее как позавчера пришлось писать обертку для информиксовской утилиты на expect (какой идиот придумал сделать ее строго интерактивной?). нужно было не просто expect {..}, но немного while, if, etc... убил пол-дня разбираясь с базовыми конструкциями этого езыга и отлавливая фигню типа отсутствия пробела между именем процедуреы и {.

синдром двери саныча.

>убил пол-дня разбираясь с базовыми конструкциями этого езыга

Не по манам ли? Или по статьям в тырнете?

>tcl - очень простой язык. Но тут как раз случай, когда простота оказывается хуже воровства.

Похоже, логика работы машины Тьюринга для быдлокодеров уже слишком сложна:)

> Хотя сейчас уже Lua симпатичнее выглядит по многим параметрам :) Ему бы еще аналог Tk прикрутить

А на кой встраиваемому языку гуи?

О да!!!!!!!!!! Тайл внутри!!! Это просто праздник какой-то!!!

> А на кой встраиваемому языку гуи?

А вдруг понадобиться. Чтобы велосипед не изобретать каждый раз свой в новом приложении. Пишем прототип GUI программки и переводим застабилизировавшееся в готовое API, с родным GUI.

>Это не стёб? Там это действительно так делается? Это же надо, вместо простого font.antialiasing=false использовать такую длинную и мутную телегу. Вот всегда знал,

Только ты не понял что у тебя это конкретный ключ-значение которое кто-то читает - а там вероятнее всего абстрактный параметр, который меняет свойство универсальным движком.

>Тем, кто тут хотел батарейки к тиклю -- а вы не забыли, что он встраиваемый язык? Не надо сильно больших библиотек, подключаете нужные библиотеки к своему С приложению, и экспортируете "батарейки" в тикль комманды.

У сана есть интерпретатор на жабе - я видел здоровые системы ассет менеджмента у которых все управлялось tcl консолью.

я имею ввиду не древние монстры - а которые сейчас активно разрабатываются - новые системы. Например вот эта: http://www.arcitecta.com/mediaflux/