Лучше gtk 3 через gi

Охренеть как лучше . Так лучше, что даже простейших вещей сделать нельзя.

Хотя зачем я тут перед тобой распинаюсь, ты же ведь банальный gtk-тролль.

Ну да, ведь GPL такая несвободная лицензия.

Конечно! Она ведь не позволяет мне писать мой быдлокод под MIT.

Когда нет свободы - это всегда кто-то кому-то не дает что-то делать.

Sublime Text 2 и Qt Designer, опять же, использование последнего навязано и не очень мне нравится, т. к. pyuic4 своеобразно переводит ui файлы, к примеру отсутствие наследования убивает просто.

отсутствие наследования убивает просто

Тебе запрещают описывать виджеты напрямую в коде?

Удваиваю, на питоне лишь скрипты пишу, ну и морду можно к ним. Но это скрипты, сконфигурировал его в морде, запустил и он отработал, все. А вот программу, вроде gajim, которая будет работать 24/7, уж лучше на Си.

Да, нужны отдельный xml, ну ui в смысле.

а в какой версии они выкинут moc и будут использовать плюшки c++11 ?

Что-то я сомневаюсь, что все, что делает MOC, можно заменить новшествами c++11.

Сочувствую.

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

а там нигде не сообщается, когда закопают?

С помощью лямбд/замыканий(std::function) + std::bind можно частично повторить функцинал слотов/сигналов, например.

Механизм сигналов/слотов можно было и на c++03 частично (без queued connections) повторить. Как пример - boost::signals и boots::signals2. Но MOC еще вкостыливает систему метатипов с подобием reflection (перечисление доступных слотов объекта и вызов по имени) и много чего еще.

а то

gtk3 — некроссплатформенное, страшное, неюзабельное, кривое, .... говно

moc реальное гамно, ибо не позволяет кодить в хорошем стиле, ограничивая кодера писать код в стиле «Си с классами», из-за чего кутя становится совсем непригодной для использования.

Опыт Яббла свидетельствует об огромной значимости юзабилити для пользователей.

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

абсолютно все, что делает MOC, можно реализовать прямее.

Реализуй. Кто мешает?

Частично, но в плюсах куцее RTTI, а в 5рке же сделали наконец шаблонные слоты. А сигналы уже шаблонными едва ли получится сделать. Иначе теряются плюшки с пересылкой сообщений между потоками.

Например автоматически в рантайме научиться узнавать имя enum'а по его типу или вызывать у произвольного объекта слот с определенной сигнатурой? Нет в плюсах пока рефлексии, как появится, тогда конечно можно будет выкинуть MOC, а пока они скорее думают о написании плагина к clang'у чтобы на него эту работу взвалить.

так и сделал.

- Add msvc2012 support

Не прошло и полугода. Можно везде переходить!

Не вижу ссылку.

ну так делись, чо. мы все оценим!

зачем же обманываешь :-) ...

создавай новый проект и делай там МИТ!

Охренеть как лучше . Так лучше, что даже простейших вещей сделать нельзя.

опять обманываешь!

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

Плюсую

у меня все ссылка на 4.8.4 и 5.0 beta2 возвращают код 404

Qt лучший фреймворк, аналогов нет.

Lisp/CLOS лучше.

а как там с гуем?

еще рано, nvidia cuda sdk пока не работает

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

Не совсем понял в чём трабла у тебя. У меня со звуком всё ок)

Далеко настройка была спрятана, там по умолчанию стояла oss которой не пользуюсь.

собирается

ССЗБ.

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

Да, видимо таки Qt будет жить (Digia его пилить будет). Вот только вопрос — насколько свободным он останется?

Качай qt libraries. Там нет qt creator'а и прочего мусора.

А мне наоборот, со всем мусором скачать нужно (версию для винды, в линуксах, проблем никаких, как обычно). Раньше вроде у них SDK было, где «все в одном». Сейчас на сайте в загрузках http://qt-project.org/downloads одни библиотеки и примеры (без криейтора, без компиляторов и прочих утилит), ниже можно скачать сам QtCreator, но при этом написано

although we recommend to get it via the SDK above if you need a complete Qt development environment

Про какой above они говорят? Или я пропустил момент, когда они отказались от такого метода распространения?..

Не совсем понял к чему тут llwm)

Да не то чтобы боюсь компилить, просто не вижу смысла из-за одной простой программы собирать такого монстра, который ещё и часто обновляется. И софт скорее не специально выпилил, а так получилось просто. Ранее держал из-за psi+, а сейчас я на tkabber вернулся.

Ага, есть такое) Многоступенчатые вложенности какие-то :)

А что погуглить «qt sdk» не в силах? Он теперь на сайте нокии http://www.developer.nokia.com/Develop/Qt/Tools/

Спасибо за ссылку, по ключевым словам qt sdk windows были только сайты digia и qt-project, сайт нокии аж на четвёртой странице :|

от windows одни проблемы

А на кой хрен этот qtcreator нужен под виндой? Тут студия есть, которая в разы лучше.

багрепорт отправлял? может, в riverbank его просто не используют?

С помощью лямбд/замыканий(std::function) + std::bind можно частично повторить функцинал слотов/сигналов, например.

Ключевое слово - частично. К тому же, поддержка работы сигналов и слотов - всего лишь часть функциональности moc.

а в какой версии они выкинут moc и будут использовать плюшки c++11 ?

в какой версии С++ добавят рефлекшн, в той откажутся от moc

А отсутствие возможности отрисовки не через OpenGL - это хорошо?

Где это? Виджеты отрисовываются точно так же, как в Qt 4

у меня одного ссылки на бинарные сборки дают 404? на абсолютно все, что 5.0, что 4.8.4 (с 4.8.3 была та же история, взял старую с nokia.com).

похоже, система сборки ещё не оправилась после переезда Qt к Digia. или, что более вероятно, просто забыли прикрутить. Qt купил, ехать не купил.

А чего отправлять то, просто там такое решение, можно с ним соглашаться, а можно не пользоваться :3