> Да и заточка под Си++ не есть что-то полезное, когда программируешь достаточно отличных он него ЯП.

я вот программирую на питоне с pyqt и проблем не ощущаю. достаточно отличным считается, как минимум, хаскелль?

Нашел только чью-то критику того, что блендер не на гтк. Кстати, крита для рисования с нуля, а не ретуши, имхо, вполне себе удобней гимпа

Model-View предполагает независимость данных и способа их представления. При чем здесь компилируемость логики?

Потроллю и я, что ли...

Те, кто хвалят гтк вообще программировать на нём пробовали? Вы серьезно считаете, что код filetype = g_file_info_get_file_type(fileinfo); лучше, проще и понятнее, чем fileType = fileInfo.fileType();

омагад_функция_берущая_строку_потому_что_в_си_нет_оверлоадов(строка) -_-

Я молчу про чейн вызовы - fileInfo.dateModified().toString() Сколько это строк на гтк? Ах, у вас же еще и шаред данных нету и иерархии объектов, позволяющей вообще не писать delete (читай free)

Далее, по поводу тормознутости Qt. Кедерасты такие же криворукие, как и гномщеги, но из их криворукости никоим разом не следует тормознутость Кьюта. Понятно, что код, написанный на сишечке 10-15лет назад (кто-то реально переписывает гтк с 0? боже, упаси их души) для тормознутых компов будет работать быстрее, чем проект, склепанный за несколько лет по принципу «а давайте напишем всё с 0, только быстренько, но чтоб работало и было красивенько»

Приводите реальные бенчмарки, замеры, сравнение функционала. Гтк уже умеет эмулировать нативные стили на других платформах? Нет? Ну пиксмап из файла быстро отрисовать любой дурак быстро может... А вы попробуйте в зависимости от 200 параметров нарисовать, нууу например табвиджет.

Баттхёёёрт...

При том, что в web-интерфейсе _пользователь_ может контролировать логику, а в Qt -нет, и причина - компилируемость.

Тормозные фреймворки не нужны

хехе, ну глянешь - квадратная жёлтая утка, приглядишься и правда утка, жёлтая

Number Five Is Alive.

фан-клуб Стива Гутенберга приехал щитоле?

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

а написание наоборот

еще бы отменили идиотский переход на JavaScript в Qt5 - было бы круто!

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

весь интерфейс, как обычно, сводится к простым формочкам

пещерные макаки думают что весь мир похож на пещеру, на их пещеру

>фан-клуб Стива Гутенберга приехал щитоле?

Это что за раввин?

>Даже если сконцентрироваться на стандартных типовых виджетах, система Model/View многого стоит.

И чего она стоит в компилируемом gui?

во, крабы на свет ползут

скажи, ты совсем не понимаешь, или просто так неловко троллить пытаешься?

>фан-клуб Стива Гутенберга приехал щитоле?

Это что за раввин?

язатебягуглитьнестану.рф

При том, что в web-интерфейсе _пользователь_ может контролировать логику, а анонимные бро на лоре - нет, и причина - компилируемость.

// починил

Чё ядом-то плюёшься? Опять не дали?

>Да и его функциональность нельзя даже сопоставить с другими средами.
Это да :(
Может теперь со смертью QT на GTK перепишут и развиваться начнёт?

15 лет назад бы. Глядишь и была бы 1 ДЕ , вместо текущего венигрета.

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

Хороший сказано! Полностью поддерживаю!

Слив таки возможен

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

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

Вопрос по лицензии:
могу ли я выпустить закрытый софт на Qt и продавать его, без открытия исходных кодов??

Можно. надо только «наликом забашлять»

И при этом не покупая коммерческую версию Qt??

Можно. надо только «наликом забашлять»

Что за чушь вы несете, КуТе под православной ЛГПЛ, пишите что угодно, никому платить не надо.

>неа. плюсы еще в w2k были, сейчас c# в моде.

Были то они были, но ОС на них не писали, а теперь вроде как начали.

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

а написание наоборот

+1

P.S. Поэтому PrintDesign будем ждать очень долго ;)

>Причем у последнего далеко не безоблачное настоящее (куча багов)

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

>А когда приблизительно Qt5 выходит? И кде5?

Чуть раньше KDE6.

Разве что при совсем навороченном ajax, а в основном логика все-таки лежит на сервере, где м.б. вполне не компилируемый php, от чего пользователю ни жарко, ни холодно. К тому же привязки Qt к скриптовым языкам никто не отменял

да и GUI не всегда нужно цеплять :)

http://ru.lmgtfy.com/?q=Стив Гутенберг&l=1

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

>Разве что при совсем навороченном ajax, а в основном логика все-таки лежит на сервере,

Логика где угодно может лежать.

К тому же привязки Qt к скриптовым языкам никто не отменял

И лишняя навороченность Qt становится становится видна невооружённым взглядом.

Больше тулкитов, хороших и разных! ))

Как бы Qt не стал бы таким же говном, как GTK...

Осиль уже pch и нормальную организацию проекта. Тогда при изменении 3 строчек в текущем файле у тебя на любой машине перекомпиляция будет занимать секунды.

Можешь. LGPL это позволяет.

Раз тут праздник угасает, вброшу-ка и я.

Некоторое время назад написал я порт gtkperf на qt (исходники тот: http://qtperf.googlecode.com/files/qtperf-0.2.1.tar.gz). Бенчмаркалось оно на «Intel Celeron CPU 723 @ 1.20GHz», с видео Intel GMA4500". Порт, конечно, не строчка-в-строчку, но делает ровно то же самое, что и gtkperf, но в стиле Qt. В качестве темы gtk и qt - один и тот же qtcurve. Иксы, ядро, видеодрайвер распоследние. Пускалось с «QT_GRAPHICSSYSTEM=raster»

Результаты qt vs gtk:

LineEdit -          0.267s  0.12s 
ComboBox -          1.43s   2.16s
ComboBoxEntry -     1.468s  1.32s
SpinBox -           0.133s  0.40s
ProgressBar -       0.304s  0.30s
PushButton -        0.104s  0.35s
Checkbox -          0.094s  0.29s
RadioButton -       0.213s  0.56s
TextEdit add text - 0.974s  0.87s
TextEdit scroll -   0.782s  0.78s
Painter lines -     65.529s 5.19s
Painter circles -   69.777s 8.78s
Painter text -      7.926s  5.44s
Painter pixmap -    0.712s  0.54s

Ежели не считать эпичного слива в рисовании примитивов QPainter'ом (вполне вероятно что я где-то накосячил), в остальном оно идет фактически ноздря в ноздрю.

ниасилятор обнаружен.

А я вот замечаю и не один. В основном, связаны с протечками памяти, нормализацией и выводом звука в режиме «воспроизводимый файл находится на примонтированном NFS томе». Есть и еще кое-то, но это так... по-мелочи.

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

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

*ванга мод он*

не, ну я конечно предвижу эпик срач, но по количеству комментов новость за тринадцатилетие лора не одолеет.

Ну и что это за алкаш на фотке в Википедии?

Навороченность сама по себе не является недостатком, если не приводит к тормозам. У Qt модульная структура, поэтому, если не подключать все, что видишь, ухудшения быстродействия не происходит

Тупой, языки программирования нужны чтобы на них программировать, а не для того чтобы их «осиливать»

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

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

Вот и приводит всё это к тому, что GUI к программам делают прогеры, а не дизайнеры. И поэтому интерфейсы такие убогие. Ибо программисты под GUI понимают только формочки и ничего более.

Именно для дизигнеров и сделали QML начиная, емнип, с 4.6. Для того, чтобы начать писать, необходимо ~2 главы из книжки Саммерфилда или даже просто понимание концепции сигналов и слотов. Потом - как обычно, копипастишь и адаптируешь под ебя примеры из документации, коих более чем дофига. Сейчас средством для создания GUI является GTK. Qt включает это, но не ограничивается

Кто проект выделил и что теперь с нокией?

Тсой Жив!

> Qt Project жив!

Типа ТСОЙ ЖИВ!

???

>> «а давайте напишем всё с 0, только быстренько, но чтоб работало и было красивенько»
Да вот, что-то оно не работает и выглядит по дефолту настолько же красиво, как экран, заполненный пикселами рандомных цветов.

Гтк уже умеет эмулировать нативные стили на других платформах?

Другие платформы не нужны.

Вы серьезно считаете, что код filetype = g_file_info_get_file_type(fileinfo); лучше, проще и понятнее, чем fileType = fileInfo.fileType();

Да, нету левых больших букв.

Я молчу про чейн вызовы - fileInfo.dateModified().toString() Сколько это строк на гтк? Ах, у вас же еще и шаред данных нету и иерархии объектов, позволяющей вообще не писать delete (читай free)

А можно вообще ничего не писать, кроме запроса «Хачу праграму на кампутере которая бы видио играло, и да, на qt, потому шо там есть даные и ерархии»