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 ()
Ответ на: комментарий от geekkoo

>>echo "*Menu*BorderWidth: 10" > ~/.Xresources && xrdb < ~/.Xresources >А для кнопки? Любого виджета?

Полностью аналогично. Надо понимать только что бывают виджеты вроде кнопки -- "примитивные", а бывает во Frame напичкано всяких кнопок.

Виджет, как и любое окно имеет класс. Соостветственно при задании шаблона ресурса можно использовать его. Или имя окна. С последним сложней и имеет смысл только для конкретных приложений (для задач вроде "покрасить именно вот эту кнопку в зелёный цвет"). К сожалению, для Tk не работает editres. :-( Поэтому единственным способом изучить структуру окон приложения (раньше эту информацию было принято приводить в манах, см. например man xterm xedit) остаётся только использование второго wish: вначале получаешь имя окна (winfo interps), а потом в указанном окне структуру окон (send appname winfo children .) Разумеется, чтоб не повлиять на все приложения разом будет разумным включить в шаблон имя или класс toplevel окна, если настраивается одно конкретное приложение. Да, класс виджета можно узнать примерно следующим образом: send appname winfo class <имя окна>. Большая часть "примитивных" виджетов, очевидно, узнаётся по внешнему виду...

При составлении ~/.Xresources надо помнить -- последними действуют строки оказавшиеся В НАЧАЛЕ ФАЙЛА. А при чтении ресурсов командой option readfile -- строки В КОНЦЕ ФАЙЛА. Это на случай, для конкретного виджета подходят сразу несколько шаблонов.

Имена опций можно посмотреть в man-странице, можно получить с помощью команды "send appname .имя.окна configure".

Если что-то не работает, то почему так можно понять поэкспериментировав с командами option add и option get.

Да, и ещё надо представлять как работает механизм ресурсов в X. Ресурсы могут браться (в порядке приоритета):

1) из файлов самого приложения (одним из механизмов тут является считывание файлов из каталога /etc/X11/app-defaults/ средствами самого приложения, например путём вызова XrmGetFileDatabase());

2) из ~/.Xdefaults (читаются приложением);

3) из X-сервера, куда они загружаются из ~/.Xresources, /etc/X11/Xresources при старте пользовательской сессии (это делает xdm или xstart).

~/.Xdefaults использоваться в настоящее время вроде как не должен... Пользовательские настройки должны лежать в ~/.Xresources -- и тогда они зависят от хоста где логин делался, а не где программа запускается (кажется, я уже сам запутался), а app-defaults служит для настроек именно приложения, а не пользователя.

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

На мой взгляд - тайловские темы проще. Присобачил в фолдере с аппликухой тему и есть гарантия, шо аппликейшин будет таким, как аффтар задумывал, а не так как бог на душу положил. Я Fontforge когда первый раз запустил - волосы дыбом встали ;)

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

Спасибо :)

Стоило только заменить вставить *BorderWidth: 1 как дизайн TK приложений полностью преобразился. Как-то они посовременне выглядеть стали...

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

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

Да суть-то в чём, ОДУМАЙСЯ, чтоб ЮЗЕР МОГ СВОЙ ДЕСКТОП НАСТРАИВАТЬ, К А К Ю З Е Р З А Д У М А Л ! ! ! А не как аффтар. Хотя бы потому, что мне как юзеру, имея экран высокого разрешения не рассмотреть буковок в миллиметр размером, которые имели изначально мелкий размер на экране 800x600 у автора, а у меня зрение плохое. ВОТ ГДЕ ЮЗАБИЛИТИ. А не в идиотских разрисованых скинах.

А чтоб "апликейшн" таки имел какой-то пристойный вид, на случай отсутствия юзерских настроек, тебе дан адекватный для этого механизм. Если уж совсем неймётся -- тот же Tk, без всяких тайлов, путём прибивания всего и вся гвоздями прямо в исходниках, расскрашивается в любой вид.

У тайла из серьёзных плюсов -- функциональность виджетов отсутствующих в Tk вообще.

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

> А не в идиотских разрисованых скинах.

Норма, это когда есть возможность использовать как ресурсы, так и темы. Кстати, разумно построенная тайловская тема достаточно проста в понимании и легко конфигурится (цвета и бордюры по-крайней мере). Ресурсы хорошо юзать для продвинутых юзьверей, но представь себе потенциальных пользователей sK1 - обычные дизайнеры, с Винды и Корела мигрирующие (так по-крайней мере задумывается)... Забодаешся саппортить ;)

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

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

Темы могут быть (если не заострять внимание на tail) реализованы посредством ресурсов. Но не наоборот. Должно бы очевидно...

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