Крик души.

Да потому что НЕТ ЛУЧШЕГО. Всё относительно.

> Ну почему в линуксе такой разнобой графических либ?

Потому что Линукс - это свобода. А свобода это разнообразие и возможность это разнообразие выбирать. И это... а какая тебе нафиг разница, что твои программы разные библиотеки используют? Что за крик души на ровном месте?

Motif допилить - API не очень удобный, но полегче чем gtk+ - да и вообще - он единственный в своем роде кто использует все возможности иксов - а внешний вид дело десятое - меня лично не волнует.

Gtk+ допилить - API не сказка (чего только стоит работа с GtkTreeView), но оно гибкое - тормозов не заметил ... о чем это вы ? Да и у gtk+ с видом все нормально, плюс существует у него неплохая архитектура и куча обвязок к разным языкам (не в пример qt)

Qt допиливать не стоит, привязан к ООП неотдираемо, то есть написан на C++ да и привязок к различным языкам мало (кто придерается к терминологии - привязка к языку == биндинг к языку), лицензия (gtk+ LGPL - а куда дется от _узкоспециализированного_ проприетарного ПО? - выгодней писать под gtk+ как ни крути, а тут покупай у троллтехов лицензии), опять же отсутсвие чего то подобного libGlade (кто там ручками еще пишет гуй ?)

GNUStep - вот там тулкит который стоит развивать - но как всегда - вовремя не спохватились и время ушло , хотя догнать еще можно.

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

PS я не говорил что API у Motif ужастный - он просто не совсем удобный, но писать на нем местами легче, а местами сложнее чем с использованием gtk+

>опять же отсутсвие чего то подобного libGlade

Ну вот нифига не разбираешься, а берешься судить. QuiLoader есть - это как раз оно.

>QuiLoader есть - это как раз оно.

с какой версии оно равняется ф-ции libGlade ? я Qt еще очень давно смотрел, я не говорю что там нет подобной фитчи - я говорю о том что она неудобно и не сравнима.

>Вот эти файлы надо сунуть в /usr/lib/qt3/plugins (или в >/usr/lib/qt3/plugins/styles, точно не помню).

>/usr/lib/kde3/plugins/styles/qtcurve.la
>/usr/lib/kde3/plugins/styles/qtcurve.so 

Получаю при запуске qtconfig:

Conflict in /usr/qt/3/plugins/styles/qtcurve.so:
  Plugin uses incompatible Qt library!
  expected build key "i686 Linux g++-4 full-config", got "i686 Linux g++-4.* full-config".

> чего только стоит работа с GtkTreeView

Что Ви таки имеете против MVC?;)

> хотя догнать еще можно.

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

> Qt допиливать не стоит, привязан к ООП неотдираемо, то есть написан на C++ да и привязок к различным языкам мало (кто придерается к терминологии - привязка к языку == биндинг к языку),...

Вызывающе неверная информация. Есть биндинги для питона и ещё некоторые. Есть также свой QtScript. По функционалу, оно, конечно, слабовато, но накатать простую прогу с возможность скриптования можно нараз.

>Что Ви таки имеете против MVC?;)

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

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

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

>Вызывающе неверная информация. Есть биндинги для питона и ещё некоторые. Есть также свой QtScript. По функционалу, оно, конечно, слабовато, но накатать простую прогу с возможность скриптования можно нараз.

я не говорил что их нет - я сказал что их мало (ну или читай меньше чем у gtk+)

>с какой версии оно равняется ф-ции libGlade ? я Qt еще очень давно смотрел, я не говорю что там нет подобной фитчи - я говорю о том что она неудобно и не сравнима.

Показатели удобства в студию!!!

кстати в тему про gtk_tree_view: почему бы не сделать виджет типа "GtkTreeViewSimple" ?

>Показатели удобства в студию!!!

а ты сравни libGlade и твой кутешный аналог - подумай, потом еще раз сравни.

удобнее то что логичнее.

PS про достоинства сикрестов не надо распылятся.

> я не говорил что их нет - я сказал что их мало (ну или читай меньше чем у gtk+)

Примеры будут?

>кстати в тему про gtk_tree_view: почему бы не сделать виджет типа "GtkTreeViewSimple" ?

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

>удобнее то что логичнее.

Спорное утверждение.

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

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

> слишком сложно в том случае когда мне обычная табличка нужна например.

Ну не знаю, для простых случаев там есть уже готовые реализации (можно еще своих врапперов накрутить, если охота). Зато возможно сложные заковыристые случаи замутить, когда оно нужно.

http://www.gtk.org/bindings.html (gtk+)

Qt - perl, python, ruby, ... ??? все ?

> >Вот эти файлы надо сунуть в /usr/lib/qt3/plugins (или в >/usr/lib/qt3/plugins/styles, точно не помню).

> Получаю при запуске qtconfig:

> Conflict in /usr/qt/3/plugins/styles/qtcurve.so: Plugin uses incompatible Qt library! expected build key "i686 Linux g++-4 full-config", got "i686 Linux g++-4.* full-config".

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

>Qt - perl, python, ruby, ... ??? все ?

java, c#, pascal, Ada. Уже больше, чем gtk+ 2.10...

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

и kdelibs ставить.....

Ну поставить, а потом снести.

Или, как вариант, пользоваться бинарным дистром. Или, как ещё один вариант, искоренить в себе тулкито- и DE-фобии :)

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

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

ну а кто мешает поставить, выдернуть либы и удалить?

> ну а кто мешает поставить, выдернуть либы и удалить?

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