[c++] А есть ли какая альтернатива Qt?

>Последнее десятилетие показало что программировать интерфейсы по принципу «разметка»/«оформление»/«клиентский код»/«серверный код» намного удобнее чем с помощью классов в приплюснутом коде.

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

>Ты думаешь неправильно. Вероятно у тебя битые сегменты в мозге есть. Ну и модуль ЧСВ надо заменить на исправный, а то этот что-то зашкаливает.

Тебя это беспокоит? К врачу давно обращался?

>Блин, ну прикрутят JS к QtCore, тебе-то какое дело? Не хочешь - не используй.

Вот с этим как раз и проблемы. Во-первых, таскать с собой JS движок у меня нет ни малейшего желания. Во-вторых, написать интерфейс на «pure c++» без использования JS будет проблематично. Про остальное уже говорили.

Развел тут нытик-тред.

Тред посвящён исключительно поиску альтернатив Qt. Честно, не знаю, почему у тебя поиск альтернатив ассоциируется с нытьём.

> Может под Windows оно лучше в плане зависимостей?

Лучше, оно там WinAPI использует. Поэтому зависимостей нет, тот же zlib оно с собой тащит.

gtkmm

U++

Так это мелочь. Qt тоже тащит кучу библиотек с собой. Ну да ладно. Посмотрим, что там с Qt выйдет.

>U++

А вот за это спасибо. Впервые услышал о таком.

Ну да, я понял... «сам дурак» называется...

> Так это мелочь. Qt тоже тащит кучу библиотек с собой. Ну да ладно. Посмотрим, что там с Qt выйдет.

Я писал на wx и на qt. Мое мнение такое - если нужно написать пару незамысловатых диалогов и при этом хочется тащить с собой самый-самый минимум (или статически слинковаться), то wx тут неплохо подходит. Тот же dropbox написан на нем и тащит только wxbaselib. Плюс гномоюзеры довольны, т.к. выглядит для них нативно за счет использования gtk+ Но если нужен разухабистый и навороченный интерфейс, то я бы взял qt.

> Блин, ну прикрутят JS к QtCore

Откуда инфа?

ИМХО ява SWING, в ней можно биндить коды на c++ (как то там это реализовано, но мне это никогда ненужно было)

> А вообще, подожду более адекватных комментариев.

...сказал человек, назвавший Qt JavaScript-фреймворком.

>написать интерфейс на «pure c++» без использования JS будет проблематично
Ну вот зачем так откровенно лгать?

Спасибо за интересную информацию. Никогда раньше не слышал об этом фреймворке.

> написать интерфейс на «pure c++» без использования JS будет проблематично

И откуда это следует?

wx в линуксах не просто тормозит, а именно ТОРМОЗИТ!!!!!!одинодинодин

>Ну вот зачем так откровенно лгать?

Ты точно меня спрашиваешь? А то может вопрос надо задать этому товарищу http://lists.qt.nokia.com/pipermail/qt5-feedback/2011-September/001013.html

>И откуда это следует?

Меня очень удручает твоя неосведомлённость. Короче, читай рассылку.

>Кроме того, в 4.7.4 обнаружилось множество регрессий.

Например?

Багрепорты есть?

>И откуда это следует?

Из отсутствия публичного C++ API скинграфа

>wx в линуксах не просто тормозит, а именно ТОРМОЗИТ!!!!!!одинодинодин

Не спорю. Странно, если бы после стольких прослоек над gtk он не тормозил.

>Да, я тоже надеюсь, что кто-нибудь его форкнет.

Форкнут-то вряд ли, но расширенная поддержка 4.8.х наверняка будет

>Например?

Поломана документация, вэбкит со шрифтами косячит. С сетью что-то не так стало. Короче, вот http://lists.qt.nokia.com/pipermail/qt-interest/2011-September/035688.html

>Из отсутствия публичного C++ API скинграфа

Так там и 2-й вэбкит вышел без C++ API. Юзаем только через QML.

>Поломана документация

Она не поломана, у них там поменялось что-то

Первого не хватает?

>Форкнут-то вряд ли, но расширенная поддержка 4.8.х наверняка будет

Это уже вопрос к digia. Будут ли они его развивать в угоду коммерческих клиентов.

>Это уже вопрос к digia.

Это не единственная организация, которая может быть заинтереосвана в развитии 4.х. Есть много платформ, на которых Qt 5 или не вообще взлетит (нет опенгл ес 2), или потребует серьезной допилки

>Она не поломана, у них там поменялось что-то

Что такое, отказались от стилей? Странно. Ещё более странно, что make docs возвращает всё как было в 4.7.3. Если это не баг, то весьма странная «фича».

я из сорсов собираю всегда

>Это не единственная организация, которая может быть заинтереосвана в развитии 4.х.

Я тоже на это надеюсь.

>Первого не хватает?

Его некому поддерживать.

http://labs.qt.nokia.com/2011/07/07/qwebview-and-friends-are-looking-for-a-ne...

И что? Сейчас он нормально работает. Под капотом то же самое, что и у второго, только без многопроцессности

> wx в линуксах не просто тормозит, а именно ТОРМОЗИТ!!!!!!одинодинодин

wxAUI тормозит и рисует с артефактами в линуксе, соглашусь. В остальном тормозов не замечал.

> [c++] А есть ли какая альтернатива Qt?

Juce:

http://www.rawmaterialsoftware.com/about.php

http://www.rawmaterialsoftware.com/jucefeatures.php

>Juce:

Ага, пополнил список.

>И что? Сейчас он нормально работает. Под капотом то же самое, что и у второго, только без многопроцессности

А я и не говорил, что он сейчас не рабочий. Я про долгосрочные перспективы.

Останентся в виде основного языка. На нем по-прежнему будет написан Qt. Основным гуем станет QML (который можно совмещать с C++ или Javascript), привычные QWidget-ы будут вынесены в отдельный модуль.

Спасибо за старый порванный баян.

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

Нифига не довольны! Wx всегда выглядит чужеродно: не соответствует HIG'у, виджеты вроде TreeView выглядят и ведут себя не так. Даже Qt косит под gtk+ намного лучше чем wx на gtk+. Про то, что сейчас уже актуально gtk+3 я даже не говорю.

Для truetester это не баян, раз он спрашивал.

wxWidgets пилится медленно, не сразу они запилят поддержку третьего gtk (которая кстати вряд ли им даст каких-то бенефитов). Кстати подробнее можешь объяснить различия в HIG-е и поведении у стандартных виджетов wx и gtk, на примере тех же TreeView?

> Кстати подробнее можешь объяснить различия в HIG-е и поведении у стандартных виджетов wx и gtk, на примере тех же TreeView?

в wx практикуется использование «generic» виджетов вместо родных, в частности wxTreeListCtrl, wxTreeCtrl на маке и пр., всякие доморощенные wxGrid, wxAUI, wxRibbon, wx*ComboBox так же в родное GUI совершенно не вписываются

GTKmm.

WPF - лучший на текущий момент GUI фреймворк. Высокоуровневый, многофункциональный(чего стоит одна возможность произвольных трансформаций, в т.ч. в 3D) с подвижками в сторону реактивности/датафлоу(биндинги, триггеры, etc.), на платформе с GC.

На линуксе, да и вообще, среди т.н. «свободных» тулкитов, естественно, аналогов его - нет. Потому что у этого сброда на дворе до сих пор каменный век - C++, Сигналы/Слоты(жалкое, кривое, глючное и монструозное подобие банальных event'ов из дуднета), или вообще сишечка(всмысле, гытыка), и прочий сракотан.

Велосипедным линуксоедовым сиплюсплюсным поделиям из каменного века, типа Qt, до WPF, естественно, еще срать да срать. Да ну куда до WPF - даже до Cocoa им срать да срать. Самое смешное, когда эти поделия из каменного века пытаются вылезти(напр. вот тут уже упоминали QML), тут же набегает толпа злостно негодующих красноглазых, требующих оставить им их любимый дельфи-стайл недоevent-driven интерфейс.

Радует, что в новом Qt от плюсцов таки начнут отказываться(в пользу JS, или чего там?). Потому что собственно C++ это главная проблема Qt. Как на C++ вообще в 21 веке можно писать GUI? На C++ вообще мало что можно писать, но е-моё, если насчет тридээкшонов и прочего (около-)реалтайма можно еще поспорить, то вот GUI - на плюсах писать категорически нельзя.

lovesan

Тут обычно любят вспоминать пример EverNote, который переписали с WPF на C++ (MFC или что-то типа такого).

lovesan, говорящий зонд

и правда что

> Может под Windows оно лучше в плане зависимостей?

Естественно. О причине, надеюсь, догадаешься сам. ;)