Одежки для Tk

первый нах :-)
молодцы, конечно, только когда все создатели виджетов догадаются юзать один стандарт для тем?

Все в сад...

Наконец!

А я свою любимую movaTK смогу такой красивой сделать?

всё равно подсветки нету, зачем он такой нужен..

очень мило...

радиобаттоны бары прикольные :)

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

Подпишусь. Собрать пакет для Дебиана действительно было бы неплохо.

Ну вот, теперь еще один гуевый тулкит станет юзабельным =) Молодцы. Ждем. Возможно, я даже смогу наконец заценить Tkabber.

>> когда все создатели виджетов догадаются юзать один стандарт для тем?

Никогда. По-моему, это очевидно.

>А я свою любимую movaTK смогу такой красивой сделать?
Вообще-то, это зависит от ...
Во-первых, во всех формочках нужно вставить package require tile и ,во-вторых, заменить все команды создания виджетов на команды с префиксом t (checkbutton->tcheckbutton, я вначале думал, что они просто переопределяют обычные tk команды, но был неправ). Т

>всё равно подсветки нету, зачем он такой нужен..
Зачем он нужен я сказать не могу, но насчет подсветки вы неправы - добавьте bind, который при прохождении курсора через виджет меняет его цвет. Авторы tile поленились это сделать в своей демке.

>>> когда все создатели виджетов догадаются юзать один стандарт для тем?

>Никогда. По-моему, это очевидно.

Согласен. Вопрос сводится к вопросу "Почему все тулкиты такие разные?".
Допустим, даже что gtk и tk пользуются одним .XResources для определения тем. Но строки в .XResources выставляют значения для виджетов, чье имя или тип совпадают с какой-то маской. Значит даже в этом одном файле придется создавать две строки - одну для GtkButton, а вторую для (tk)button. И что делать, если для gtk определенный theme-engine существут , а для tk - нет? Пусть уж лучше разными файлами пользуются.

>> Почему все тулкиты такие разные?

Есть один одинаковый тулкит - это Motif. Всех остальных разных выкинуть в помойку - тогда не надо писать ни двух разных файлов, ни двух разных строк. :-))

И сколько биндингов сушествуеь для Motif под языки отличные от C? И сколько нужно времени чтобы написать обертку? Кроме того Motif сложен (будете спорить, что tk сложнее?)

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

> придется создавать две строки - одну для GtkButton, а вторую для (tk)button

А не одну для *utton?

Лучше xaw.

> И сколько биндингов сушествуеь для Motif под языки отличные от C?

Для lisp-а их есть (в lispworks, у cmucl). Причем складывается впечатление, что только они и есть.

Чем не устраивает существующий? Картинки можно описать и в нем. Вот только не желают все тулкиты его читать и ему соответствовать. А разница между тулкитами хоть и непринципиальная, но противная: попробуй ткни editres-ом в qt-вое приложение.

> Допустим, даже что gtk и tk пользуются одним .XResources для определения тем.

давайте не будем подобное допускать. и честно спросим -- какого рожна gtk+ не использует X resources? в отличие от идеологически правильных Xaw и Motif, скажем?

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

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

---vk

Биндингов быть не должно. Это ещё один хренов зоопарк. Должны быть только биндинги из скриптовых и прочих языков к CORBA - а там уже пусть желаюшие пишут какие угодно компоненты, чтобы их через неё дёргать.

И вся эта хренотень, кстати, отлично работала ещё в прошлом веке. В OS/2. Окошки PM можно было таскать по десктопу скриптами на REXX.

Но пришли пионэры и сказали: "Нас много и мы банда. Мы каждый по полсотни строк напишем потом всё вместе сложим и получицца заипись".
Вот в итоге и имеем кучу вечно наполовину недоделанного разноцветного говна.

Бимерство это религия или мироощущение?

Что интересно, кроме "пионерского говна" в ближайшем рассмотрении ничего нет.

Так что кущайте, не обляпайтесь. Или делайте свое, не пионерское.

Спасибо огромное. К счастью, пока ещё есть альтернативы. Наподобие винды :-))

И прочих чпуксов :-)))

Sorry,

tktable is not sheet.

tktable is cool!!!

HP-ux is sheet.

But windows must die.

Thanks.

> tktable is not sheet

какой такой sheet?

>>Должны быть только биндинги из скриптовых и прочих языков к CORBA
Пысец. Callback на mouse move через CORBA - это сильно. К счастью, пока ещё есть альтернативы. Наподобие Tk ;))