GTK и QT с точки зрения простоты разработки. БЕЗ ФЛЕЙМА!

какое там время - пара часов максимум

> Пишу под GTK и, ИМХО, невмеру извращенное/усложненное API.

А об этом можно по подробнее, что именно не нравится?

> какое там время - пара часов максимум

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

Мне Qt показался более логичным и стройным. Всё-таки C++ и нормальное ООП. Просто запусти Qt Designer, открой manual. Там будет tutorial по простейшим приложениям. Много времени пройти его не потребуется, но зато хорошее представление уже будешь иметь.

А можно открыть /gtk/examples

>БЕЗ ФЛЕЙМА!
А зачем в Talks писал? Есть форум Development.

> А можно открыть /gtk/examples

... или /usr/lib/qt-*/examples :)

Можно. С начала не нравилась работа с сигналами. Не знаю почему. Сечас привык.

А вот что меня просто бесит, так это GtkTreeView. IMHO, уж сильно сложно все это. Да, это дает кучу возможностей, но если мне нужна простая табличка(не предлагать писать свой widget!), нахрена мне заморачиваться с этим GtkListStore, GtkTreeModel, GtkTreeViewColumn и GtkCellRenderer чтоб создать простую табличку?! Столько подготовки для такой тривиальной задачи - это круто.

З.Ы.: Просьба сильно не пинать. Я не программист. Я обычный пользователь Linux. Просто стараюсь жить по принципу: "Критикуя - предлогай, предлогая - делай!".

> А зачем в Talks писал? Есть форум Development. Как показывает практика, в Development ходит крайне мало народу. И практический совет по разработке есть больше шансов получить именно в Talks, а не в Development.

Поэтому здесь и задал вопрос.

Это да treeview вещь сложная. Ну унаследуй от него свой класс. Да и раз не программист пиши на питоне/руби/на-чем-там-понравится, но не С/С++

Не люблю я всякие там питоны, перлы. И ни одной программы на них не держу. Почему? Из-за бесчисленного количества модулей на них. При установке каждой новой программы постоянно нужно искать эти модули. Ненавижу! А с C/C++ такого гемороя почти не бывает.

Пользуйся менеджером пакетов
А программы на c/c++ у тебя только со статическими библиотеками?

>И ни одной программы на них не держу.

и каким же ты дистрибутивом пользуешься? :)

слаку?

в слаке часть скриптов на перле

pacman вроде бинарный весь из себя

В топку GTK

ерунду говориш, разницы практически нет, если конечно все статиченски не линковать

> в слаке часть скриптов на перле

Очень мало. И они самодостаточны, им не нужны десятки левых модулей.

> А программы на c/c++ у тебя только со статическими библиотеками?

Практически все нужные сишные либы обычно уже есть в дистрибутиве. А перловые модули надо собирать по помойкам.

> Мне Qt показался более логичным и стройным. Всё-таки C++ и нормальное ООП. Просто запусти Qt Designer, открой manual. Там будет tutorial по простейшим приложениям. Много времени пройти его не потребуется, но зато хорошее представление уже будешь иметь.

Сразу скажу: на QT сам толком не писал, только так - немного смотрел его. Пишу на GTKmm. Так вот: даже небольшого знакомства с Qt мне хватило, чтобы найти по крайней мере 2 вещи, которые мне в нём не нравятся. Во-первых, это тот факт, что написан он не на чистом c++, а на надстройке над ним (то что у них называется moc). Во-вторых, это слабая интеграция библиотеки с STL, несмотря на то что QT весь из себя плюсовый (т. е., к примеру, они везде вместо стандартного std::string используют свой QString).

Если хочется нормального ООП и C++ - могу посоветовать посмотреть на gtkmm.

А чем moc плох?
Что значит "не чисто сишное"?

QString - очень удобная вещь, кстати. Нечто, реально приблизившееся по удобству к дельфийским string и TString. А то C вообще ни хера со строками работает не умеет, убожество дичайшее.

> QString - очень удобная вещь, кстати.

О да. А кодеки! А регэкспы!
В QT мощнейшие средства для работы со строками!

CPAN - это помойка?
Ну знаете-ли...

Чем левый модуль отличается от правого?
Левых нет на CPAN'е?

Ну в gtkmm тоже свой тип для строк используется - Glib::ustring, расчитанный на работу с юникодом.

Нормальные дистрибутивы использовать надо:

# apt-get install python-gtk2 python-gtk2-dev python-gtk2-doc python-gtk2-tutorial

А свой дистр в котором нет GNOME Platform Bindings выкинь на помойку.