LINUX.ORG.RU

Tcl/Tk 8.5a5 is released.


0

0

Выпущена очередная промежуточная версия этого известного мультиплатформенного интерпретатора.

Скачать Tcl/Tk 8.5a5: http://www.tcl.tk/software/tcltk/down...

Напомним, что в отличии от большинства других языков программирования, Tcl/Tk имеет на всех поддерживаемых платформах привязку к нативным библиотекам и не имеет зависимостей от библиотек Gtk+/GNOME и Qt/KDE. Это позволяет достичь высокого быстродействия оконных приложений в XWindow, созданных с использованием библиотек Tcl/Tk. Долгое время в Tk были довольно ограниченные средства интеграции с нативной платформой, особенно под Unix. В версии 8.5 сделан упор на расширение взаимодействия с оконными системами, в частности с XWindow. Скриншот приложения, использующего Tcl/Tk 8.5, позволяет частично оценить возможности этой версии библиотеки.

http://sk1.sf.net/screenshots/sk1_cmy...

Если верить "Tcl/Tk 8.5 Roadmap" финальная версия не за горами.

>>> Подробности

★★★★★

Проверено: Shaman007 ()

>>Тcl/Tk имеет на всех поддерживаемых платформах привязку к нативным библиотекам

Его собственный toolkit != нативная библиотека. Насколько, я тебя понял, то именно этот пререлиз пытается преодолеть это ограничение и привязать Tk именно к нативным графическим системам.

>>Долгое время в Tk были довольно ограниченные средства интеграции с нативной платформой, особенно под Unix.

С особенно под оффтопик я бы согласился. А под Unix... Для Tk ведь XWindow родная среда.

>>В версии 8.5 сделан упор на расширение взаимодействия с оконными системами

Иными словами, в официальный Tk наконец-то запихнули Tile?

geekkoo
()

А вот интересно - использование данной версии повлияет на ранее написанный софт в плане внешнего вида? А то на Tcl/Tk'шные приложения без ужоса не взглянешь... Я конечно понимаю Motif и все такое, но это же прошлый век (в прямом и переносном смылах =)

RSM
()

> Напомним, что в отличии от большинства других языков программирования, Tcl/Tk имеет на всех поддерживаемых платформах привязку к нативным библиотекам

И тут же

> Долгое время в Tk были довольно ограниченные средства интеграции с нативной платформой

Противоречие какое-то.... Или я не догоняю ?

eraser
()

Автор вы чего курили? Какой язык программирования имеет зависимость от "библиотек Gtk+/GNOME и Qt/KDE"?

zenkov ★★★
()

> ..не имеет зависимостей от библиотек Gtk+/GNOME и Qt/KDE. Это позволяет достичь высокого быстродействия оконных приложений в XWindow, созданных с использованием библиотек Tcl/Tk.

.. а также жуткого внешнего вида.. Вообще можно хоть как-то облагородить вид приложений, написанных на Tcl/Tk ? Ковыряние с xresources и смена шрифтов не в счет - это я уже делал.. Какой-нибудь скин, чтобы скрыть эту ужасающую простоту.. непостоянное в своих размерах во время одного и того же действия окно диалога открытия файлов... Просветите.. Хотя,наверное этого нет.. ибо если бы было, то тяжеленные нынче qt и gtk не расцвели бы буйным цветом.. А было бы здорово - суперлегкий и красивый интерфейс на Tcl/Tk..

My_quest ★★★★★
()
Ответ на: комментарий от geekkoo

Кроме того аффтары тайла злобные ламеры-вендузятнеки. Они три года не могу прикрутить темы к меню для Х. На все вопросы они отвечают - там всё очень сложно, мы сами въехать в этот код не можем, а под вендой всё у нас работает и ладно. Вот попробуй, попроси автора скриншота меню показать.

geekkoo
()
Ответ на: комментарий от geekkoo

> Его собственный toolkit != нативная библиотека.

Жжошь. Разумеется так, но его собственный тулкит как раз использует средства "нативных" библиотек. За что регулярно пинаем -- то он их использует недостаточно полностью (почему Tk не зависит от liblesstiff?) то обзывают уродцем (как раз за внешнее сходство). В целом, в виндах выглядит по-виндовому, в *nix по мотифф-ному.

> Иными словами, в официальный Tk наконец-то запихнули Tile?

Tile существует как отдельное расширение и никакой надобности его куда-то запихивать нет -- кто хочет, тот пользует. Надо сказать, Tile несколько противоречит всей идеологии Tk и XWindow...

fk0
()
Ответ на: комментарий от RSM

> А вот интересно - использование данной версии повлияет на ранее написанный софт в плане внешнего вида? А то на Tcl/Tk'шные приложения без ужоса не взглянешь...

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

Ужос? Tk лишь стремиться быть похожим на Motif. Вам ничто не мешает написать файл ресурсов для конкретной программы чтоб заметно изменить внешний вид. Tile не для этого нужен. Tile позволяет иметь "тему" для оформления. Насколько это хорошо вопрос весьма спортный: ужос -- это когда всё прибито гвоздями и вообще никак не настраивается (пример: Qt, Gtk -- и не говорите мне что мол вот там есть какие-то файлы, какой-то qt-config -- во-первых ткните в документацию, если речь про файлы, я не телепат, а если речь о qt-config, то там ручек для кручения маловато -- не то слово).

fk0
()
Ответ на: комментарий от fk0

> Ужос? Tk лишь стремиться быть похожим на Motif. Вам ничто не мешает > написать файл ресурсов для конкретной программы чтоб заметно изменить > внешний вид...

я так чувствую что это подача на флейм, Qt-шники вместе с Gtk-шниками vs Tk-шников :-)

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

или я отстал от поезда жизни и Tk уже вошло в 21-й век?

dmiceman ★★★★★
()
Ответ на: комментарий от Bacek

2Bacek * (*) (26.10.2006 11:31:29):

Долго пришлось мучать конфиг? А еще лучше - запокажи сам конфиг и куда его сунуть? =)

RSM
()
Ответ на: комментарий от My_quest

> Вообще можно хоть как-то облагородить вид приложений, написанных на Tcl/Tk ? Ковыряние с xresources и смена шрифтов не в счет - это я уже делал..

man options, если не помогает -- в биореактор.

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

Почему оно не постоянное очень даже понятно. man pack grid etc... Не понятно как вы представляется "постоянное в размерах" окно -- это как в ms-windows, когда при установке "крупных шрифтов" половина надписей не умещается в окошках?

Аффтар просто ничерта не понимает в сути вопроса и жжот. Система ресурсов для того и предназначена, что поведение или вид многих виджетов можно изменить не копаясь в коде:

echo "*TkFDialog*Menubutton.width: 24" >> ~/.Xresources

fk0
()
Ответ на: комментарий от dmiceman

> ручек для кручения в qtconfig не маловато. они просто не там растут. для того что бы изменить внешний вид Qt/Gtk прожки неузнаваемо, надобно взять в руки компилятор и собрать свой стиль который будет контролировать внешний вид от и до, на уровне примитивов рисования.

Ага. Вот я и говорю -- все красивости там "прибиты гвоздями".

> или я отстал от поезда жизни и Tk уже вошло в 21-й век?

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

fk0
()
Ответ на: комментарий от fk0

Ну раз уж ты в этом вопросе разбираешься, может прокомментируешь новость чуть более подробно, а то действительно для людей которые не владеют подробной информацией о Tcl/Tk новость звучит как то противоречиво.

argin ★★★★★
()
Ответ на: комментарий от fk0

> Ага. Вот я и говорю -- все красивости там "прибиты гвоздями".

уу.. с чего это они гвоздями прибиты? или C -- это уже не язык? :-) или таки раз в десять лет можно и на kde-look.org зайти в раздел стилей?

поскольку последние десять лет вы явно где-то пропустили, рассказываю:

1. motif мертв 2. tcl отстал от жизни, так и оставшись m4-подобным языком 3. люди нынче хотят не только gif и xpm, но все другие виды картинок, включая svg 4. canvas -- это оччень мало для жизни 5. люди нынче хотят list/tree-видгета многоколоночного, а tktable -- это ни разу не аналог

dmiceman ★★★★★
()
Ответ на: комментарий от KRoN73

> На этом конкретном скриншоте - скроллбары и кнопка - просто буэээ...

+

michwill ★★★★★
()
Ответ на: комментарий от mind

>> 1. motif мертв 2. tcl отстал от жизни, так и оставшись m4-подобным языком

> А мужики-то не знают...

ну и плохо что не знают. честное слово, тут даже обсуждать нечего.

dmiceman ★★★★★
()
Ответ на: комментарий от dmiceman

> > Ага. Вот я и говорю -- все красивости там "прибиты гвоздями".

> уу.. с чего это они гвоздями прибиты? или C -- это уже не язык? :-) или таки раз в десять лет можно и на kde-look.org зайти в раздел стилей?

1. У меня нет KDE. 2. У меня оно и под Win и под X11. 3. Нет не зайти. Хочу конкретную кнопку в конкретный цвет перекрасить. Остальное мне не нужно. 4. С предложениями копаться в коде финских студентов -- идите в ()(). 5. С предложениями вместо поправить строчку в ~/.Xresources писать что-то на C и всё пересобирать -- туда же. 6. Есть программы не доступные в исходном коде.

fk0
()
Ответ на: комментарий от vtVitus

> Нормально отображение, спокойные цвета. Внешний вид лучше чем в 90% местных скринов.

ну да, как десять лет назад были эти "спокойные цвета", так и остались.. кстати о приверженности традициям: listbox до сих пор первый клик теряет?

dmiceman ★★★★★
()
Ответ на: комментарий от Bacek

ползунок а-ля vpaned/hpaned
кнопки
меню - это вообще целый сказ написать можно

ужас! я готов понять минимализм, но с таким размахом...нееееееееее...
причем минимализм еще и за собой функционал в ущербность тащит.

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

Deleted
()
Ответ на: комментарий от dmiceman

> 2. tcl отстал от жизни, так и оставшись m4-подобным языком

Насчет графики и другого спорить тяжело, не в теме. Но насчет того что tcl отстал от жизни, ты по-моему гонишь. Tcl в чистом виде позволяет создавать DSL-и с самыми навороченными конструкциями. Например аналог if-else. Тот же Руби(который я очень люблю :)) позволяет создавать только одноуровневые конструкции - например аналог цикла for или оператора if, но без else-ветки.

Опять же, в tcl изначально не было объектов, но их реализовали на самом tcl-е. Поэтому пункт два считаю грязным FUD-ом.

Cris
()
Ответ на: комментарий от fk0

> 2. У меня оно и под Win и под X11

эка невидаль по нынешним временам. у вас случайно не Винкль фамилия?

> 3. Нет не зайти. Хочу конкретную кнопку в конкретный цвет перекрасить. Остальное мне не нужно.

ну как бы.. нет, оно даже можно наверное стиль такой написать, который бы Xresources подсасывал.. но я даже как-то в смущении.. зачем?!

> 6. Есть программы не доступные в исходном коде.

темы живут отдельно от прожек. и если автор прожки не полный ссзб, прожка будет показывать так как ей сказали.

dmiceman ★★★★★
()

Интересно, TkDesk с ним соберется? Хороший файловый менеджер был... да с нынешними библиотеками собрать ниасилил :(

Ardolynk
()
Ответ на: комментарий от dmiceman

> поскольку последние десять лет вы явно где-то пропустили, рассказываю:

Я вижу, что пропустил 10 лет ДЕГРАДАЦИИ обратно до уровня ZX-Spectrum. Из положительных изменений в QT -- прикрученный к нему canvas, который имелся в Tk 10 лет назад. А прикручен к QT был буквально вчера.

> 2. tcl отстал от жизни, так и оставшись m4-подобным языком

Аффтар жжот -- во-первых. Tcl и Tk -- две большие разницы во-вторых. Ничто не мешает использовать Tk совместно с другими языками (только вот от Tcl всё одно не отделаться). Более того -- это СТОИТ ДЕЛАТЬ. Не стоит писать больших программ на Tcl -- он не для того предназначен.

> 3. люди нынче хотят не только gif и xpm, но все другие виды картинок, включая svg

"Все хотят"... Я -- не все. Этого достаточно.

SVG конечно здорово и замечательно, но практически работающих примеров я только вот что-то не вижу. Недавно пытался в svg из graphviz картинки показывать. Проблема в том, что этот svg даже mozilla/firefox толком ещё не показывают. Всё остальное -- боюсь ещё хуже. Включая проблемы и с русскими буковками, freetype и т.п.

Если кому-то позарез как нужна векторная графика Tk даёт решение. РАБОТАЮЩЕЕ. Уже 10 лет как. Не слишком сильно обвешанное колокольчиками и бубенчиками, местами явно недостаточно фичастое, НО РАБОТАЮЩЕЕ. Проблем сконвертировать/сгенерировать чтото в tcl-код НЕТ. Ткните пальцем в аналог. В РАБОТАЮЩИЙ АНАЛОГ. И заодно расскажите как его отпечатать в postscript и win32.

Другие виды картинок поддерживаются уже тоже достаточно давно. И ЭТО РАБОТАЕТ. Без миллиона "Gtk blablabla assertion failed" с последующим выпаданием в корку.

> 4. canvas -- это оччень мало для жизни

canvas нужен не для жизни, а для выполнения конкретных задач. Если canvas не справляется -- ничто не мешает использовать сторонние средства. Только это вовсе не типичный случай.

> 5. люди нынче хотят list/tree-видгета многоколоночного, а tktable -- это ни разу не аналог

Последние 10 лет пропустили вы. В настоящее время для Tcl/Tk существует множество независимых пакетов (package) реализующую в т.ч. и подобную функциональность.

fk0
()
Ответ на: комментарий от Cris

> Например аналог if-else.

ээ.. например? tcl к счастью успел крепко забыть

> Тот же Руби(который я очень люблю :)) позволяет создавать только > одноуровневые конструкции - например аналог цикла for или оператора > if, но без else-ветки.

вот если можно на руби :-) в руби вообще-то есть escape-continuations..

> Опять же, в tcl изначально не было объектов, но их реализовали на > самом tcl-е

1. скорость, скорость!

2. и таки уже можно избавиться от несметной кучи глобальных переменных?

3. и таки эти oop-расширения не дерутся уже с другими расширениями?

dmiceman ★★★★★
()
Ответ на: комментарий от dmiceman

> ну да, как десять лет назад были эти "спокойные цвета", так и остались..

Цвета определяются вовсе не самим Tk. Т.е. да, там есть прибитые гвоздями на случай полного *отсутствия ресурсов* в системе. Но меня почему-то не удивляет смена цвета Tk приложений между дебиан + fvwm и убунту + гном.

> кстати о приверженности традициям: listbox до сих пор первый клик теряет?

Аффтар жжот. Нет, не теряет.

fk0
()
Ответ на: комментарий от dmiceman

>>> 1. motif мертв 2. tcl отстал от жизни, так и оставшись m4-подобным языком

>> А мужики-то не знают...

> ну и плохо что не знают. честное слово, тут даже обсуждать нечего.

Вот оно и выросло поколение чупа-чупс...

Etch
()
Ответ на: комментарий от Deleted

> да, еще про скролл забыл - с таким видом их в 80-ые годы надо отправить

Тебя не смущает вид скорлбаров в win32 программах? Оно если и отличается, то в худшую сторону.

Хотя меня устраивает вполне. Понятно куда кликать и как оно себя ведёт. Раскрашенное "как хвост павлина" на десктопе нафиг не нужно, отвлекает.

fk0
()
Ответ на: комментарий от dmiceman

>> 3. Нет не зайти. Хочу конкретную кнопку в конкретный цвет перекрасить. Остальное мне не нужно.

>ну как бы.. нет, оно даже можно наверное стиль такой написать, который бы Xresources подсасывал.. но я даже как-то в смущении.. зачем?!

*Я ТАК ХОЧУ*. Мне не нужно темы навязанной (и приботой гвоздями) кем-то. У меня есть достаточно большой Xresources где я расскрашиваю любимые программы (которые используют, разумеется, в основном Xaw, Motif или Tk). И Gtk на их фоне особенный уродец и я даже не знаю как его настроить. Потому как за последние 5 лет опять с ног на уши поставили систему конфигурации и мой старый gtkrc отвергается. QT конечно выглядит ничего, но там можно сменить 4 разных темы и больше ничего. А меня, например, очень напрягает дурацкий ярко-белый фон -- приходится на мониторе ручки крутить, а это особенно сложно сделать на современных LSD-мониторах. А там ВЕЗДЕ белый фон и нет никакой возможности ничего настроить. Или ВЕЗДЕ мелкие неразличимые шрифты. Или Lyx-QT взять. Чего там всё бнопней? Ну его в зад. Lyx-xforms заметно лучше оказывается.

fk0
()
Ответ на: комментарий от fk0

> Я вижу, что пропустил 10 лет ДЕГРАДАЦИИ обратно до уровня ZX-Spectrum. > Из положительных изменений в QT -- прикрученный к нему canvas, который > имелся в Tk 10 лет назад. А прикручен к QT был буквально вчера.

проблема в том что в большинстве случаев удобнее не canvas городить, а из paintevent рисовать. canvas -- это таки извращенный случай.

> Аффтар жжот -- во-первых. Tcl и Tk -- две большие разницы во-вторых. > Ничто не мешает использовать Tk совместно с другими языками (только > вот от Tcl всё одно не отделаться). Более того -- это СТОИТ ДЕЛАТЬ. Не > стоит писать больших программ на Tcl -- он не для того предназначен.

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

> Если кому-то позарез как нужна векторная графика Tk даёт решение. > РАБОТАЮЩЕЕ. Уже 10 лет как. Не слишком сильно обвешанное > колокольчиками и бубенчиками, местами явно недостаточно фичастое, НО > РАБОТАЮЩЕЕ. Проблем сконвертировать/сгенерировать чтото в tcl-код НЕТ. > Ткните пальцем в аналог. В РАБОТАЮЩИЙ АНАЛОГ. И заодно расскажите как > его отпечатать в postscript и win32.

оно может и работающее, но как бы оно не тянет действительно большую нагрузку. а в ps выгнать -- ну как бы а зачем? вот этого аргумента tk-шников я никогда не понимал. что это за задача такая что canvas надо в ps выгонять? или это про то что бы нарисовать какой-нибудь график и выгнать его на печать? так есть их.. canvas-то тут при чем?

dmiceman ★★★★★
()
Ответ на: комментарий от fk0

> Последние 10 лет пропустили вы. В настоящее время для Tcl/Tk > существует множество независимых пакетов (package) реализующую в т.ч. > и подобную функциональность.

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

dmiceman ★★★★★
()
Ответ на: комментарий от fk0

> Цвета определяются вовсе не самим Tk. Т.е. да, там есть прибитые > гвоздями на случай полного *отсутствия ресурсов* в системе. Но меня > почему-то не удивляет смена цвета Tk приложений между дебиан + fvwm и > убунту + гном.

так обвески для resource-based прог все умеют..

> Аффтар жжот. Нет, не теряет.

то есть поломали? :-)

dmiceman ★★★★★
()
Ответ на: комментарий от dmiceman

> > Опять же, в tcl изначально не было объектов, но их реализовали на > самом tcl-е

> 1. скорость, скорость!

itcl, xotcl. несколько урезанный xotcl вероятно перекочует в 9-ю версию tcl. ибо зоопарк объектных систем надоел, наверное, уже всем.

> 2. и таки уже можно избавиться от несметной кучи глобальных переменных?

namespaces появились так давно, что я уже и не помню когда. На моей памяти они всегда были.

> 3. и таки эти oop-расширения не дерутся уже с другими расширениями?

А чего им драться? Другое дело, что они не совместимы в том смысле, чтоб объект от одной системы в другую передавать.

fk0
()
Ответ на: комментарий от fk0

> Потому как за последние 5 лет опять с ног на уши поставили систему > конфигурации и мой старый gtkrc отвергается. QT конечно выглядит > ничего, но там можно сменить 4 разных темы и больше ничего. А меня, > например, очень напрягает дурацкий ярко-белый фон -- приходится на > мониторе ручки крутить, а это особенно сложно сделать на современных > LSD-мониторах. А там ВЕЗДЕ белый фон и нет никакой возможности ничего > настроить. Или ВЕЗДЕ мелкие неразличимые шрифты. Или Lyx-QT взять. > Чего там всё бнопней? Ну его в зад. Lyx-xforms заметно лучше > оказывается.

уу.. вот в этот момент я могу с чистой совестью сказать -- "это руки". но ты же не поверишь?

gtk-chtheme есть еще кстати..

dmiceman ★★★★★
()
Ответ на: комментарий от fk0

> itcl, xotcl. несколько урезанный xotcl вероятно перекочует в 9-ю > версию tcl. ибо зоопарк объектных систем надоел, наверное, уже всем.

не без того..

> namespaces появились так давно, что я уже и не помню когда. На моей > памяти они всегда были.

8.4? не помню.

> А чего им драться? Другое дело, что они не совместимы в том смысле, > чтоб объект от одной системы в другую передавать.

ну может уже и перестали. давно дело было.

проблема в том что ситуация не изменяется. когда обещали tk от tcl оторвать? сколько с тех пор новых и ни разу не совместимых oop-ов появилось? как там называется пакет расширений завязанный на itcl и соответственно не работающий ни с чем другим?

так что -- померла так померла..

dmiceman ★★★★★
()
Ответ на: комментарий от dmiceman

О ужас, у dmiceman-а женская логика, для него существует только последний пост, который он опровергает, то что было раньше уже пропало. Пример:

diceman: 5. люди нынче хотят list/tree-видгета многоколоночного, а tktable -- это ни разу не аналог

fk0: В настоящее время для Tcl/Tk существует множество независимых пакетов (package) реализующую в т.ч. и подобную функциональность.

diceman: а они друг с другом не дерутся? и даже в комплекте со всем остальным идут? так что бы юзеру не надо было чего-то качать и ставить?

Это PoiduPopiuChau.

anonymous
()
Ответ на: комментарий от Etch

> ActiveTcl не подойдёт?

даже с жабой в дистрибутивах сейчас лучше положение чем с этой монструозиной -- лицензия-с..

dmiceman ★★★★★
()
Ответ на: комментарий от anonymous

> fk0: В настоящее время для Tcl/Tk существует множество независимых > пакетов (package) реализующую в т.ч. и подобную функциональность.

дано -- обычная такая себе система с tk-8.4.13. вопрос -- как называется listview многоколоночный который я могу использовать?

dmiceman ★★★★★
()
Ответ на: комментарий от dmiceman

> > Я вижу, что пропустил 10 лет ДЕГРАДАЦИИ обратно до уровня ZX-Spectrum. > Из положительных изменений в QT -- прикрученный к нему canvas, который > имелся в Tk 10 лет назад. А прикручен к QT был буквально вчера.

> проблема в том что в большинстве случаев удобнее не canvas городить, а из paintevent рисовать. canvas -- это таки извращенный случай.

Аффтар разницу между векторной и растровой графикой видит?

canvas элементарно (в теории, с практикой, увы, есть ряд трудностей, преодолимых...) трансформируется в растр. А вот обратно хрен. Так что тут сравнивать? Он масштабируется наконец. Что важно бывает, например для вывода на более другое устройство вывода.

К canvas можно биндинги к объектам иметь. Можно манипулировать на изображении отдельными объектами. Растр же -- просто картинка. В тот же canvas можно встроить image. Вопрос как его нарисовать -- проще всего, как это ни странно, из того же canvas и получить.

Ну не от хорошей жизни тот же QT наконец-таки пришёл к примерно тем же концепциям работы с графикой. Растр -- это деградация до уровня ZX-Spetcrum. Именно так. Там в бейсике было PLOT, DRAW, CIRCLE... и легко можно было нарисовать что угодно, на экране. Но сохранять даже там было выгодней в виде бейсик-программы. Другое дело, спрайты и другие растровые картинки выводить быстрей. Но это актуально было на медленных компутерах 80-х годов. С фиксированным разрешением дисплея -- когда все знали -- экран это 192x256 точек. И принтер тоже 192x256. И давно уже не актуально, на фоне современных графических ускореителей, экранов высокого разрешения и принтеров ещё более высокого разрешения.

> вот в том-то и проблема что от tcl не избавиться, и приходится таскать за собой этакую кучку tcl-ников..

А тебя не смущает, что в других тулкитах "таскать за собой такую кучу xml-кода, библиотек, картинок и чёрт-знает чего ещё"? При чём этого чёрт знает чего ещё существенно больше. Если в мегабайтах считать.

> > Если кому-то позарез как нужна векторная графика Tk даёт решение. > РАБОТАЮЩЕЕ. Уже 10 лет как. Не слишком сильно обвешанное колокольчиками и бубенчиками, местами явно недостаточно фичастое, НО РАБОТАЮЩЕЕ. Проблем сконвертировать/сгенерировать чтото в tcl-код НЕТ. Ткните пальцем в аналог. В РАБОТАЮЩИЙ АНАЛОГ. И заодно расскажите как его отпечатать в postscript и win32.

> оно может и работающее, но как бы оно не тянет действительно большую нагрузку.

Что именно оно не тянет? "Действительно большая" -- это сколько в объектах? В типичный 1280x1024 экран влезает?

> а в ps выгнать -- ну как бы а зачем?

НАПЕЧАТАТЬ. НА ПРИНТЕР. Или в *.eps. В документ вставить картинку. В том же опеноффисе.

Вот svg не выгнать -- тоже плохо. Только пока вьювера не появится толкового не очень и актуально.

> вот этого аргумента tk-шников я никогда не понимал. что это за задача такая что canvas надо в ps выгонять? или это про то что бы нарисовать какой-нибудь график и выгнать его на печать? так есть их..

Покажи конкретно где.

> canvas-то тут при чем?

canvas позволяет и нарисовать и выгнать на печать.

fk0
()
Ответ на: комментарий от dmiceman

> > Последние 10 лет пропустили вы. В настоящее время для Tcl/Tk > существует множество независимых пакетов (package) реализующую в т.ч. > и подобную функциональность.

> а они друг с другом не дерутся?

А чего им драться? Вот разные модули перла -- они что, деруться?

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

Сказано -- "независимых". "ВСЁ ОСТАЛЬНОЕ" -- это что именно? "ВСЁ ОСТАЛЬНОЕ", "ВСЁ ХОТЯТ" -- это всё чушь абсолютная.

Да, в комплекте некоторых дистрибутивов тулкита, вроде ActiveState, включены многие наиболее популлярные расширения.

Если нужно, чтоб юзеру не надо было ставить -- собирается tclkit.

fk0
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.