1.1, trdm (ok), 00:14, 16/04/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Они все силы на Qt Quick направляют.
А мне бы для c++ озадачиться.
| |
|
2.2, Павел (??), 00:55, 16/04/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
Там в опциях можно парсер - на clang поменять(в бетте было)
| |
2.7, Аноним (-), 09:05, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
>А мне бы для c++ озадачиться.
Что вам не хватает? У креатора вроде все что нужно есть. Единственое, что неприятного я заметил, так это автоотступы могут сломатся, если в проекте интенсивно используются шаблоны. Правда тут как ломается, так и чинится само собой, но осадок остается.
| |
|
3.17, А не ним (?), 10:59, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
Подтвержаю, ...аналогичная фигня.
Да ещё и с смарт поинтерами не дружит (бага уже дооолго в багобазе висит).
| |
|
|
|
2.5, RazrFalcon (ok), 07:45, 16/04/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
Компилит и запускает на устройстве нажатием одной кнопки.
Остальное зависит от сложности программы.
| |
|
|
2.9, фыв (??), 09:29, 16/04/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
не вопрос, дай gimp, inkscape, firefox под Qt для начала.
| |
|
3.27, Аноним (-), 12:46, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
А где найти Adobe Photoshop Elements или Autodesk Maya под Gtk+?
| |
|
4.31, фыв (??), 14:37, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
Во-первых, вопрос не про них.
Во-вторых, давайте тогда adobe photosop elements под linux для начала же.
| |
|
3.29, Coder (?), 12:50, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
Inkscape вообще сдох в последнее время. И думаю отчасти из-за изначального выбора в пользу GTK.
| |
3.34, Led (ok), 15:38, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
> не вопрос, дай gimp, inkscape, firefox под Qt для начала.
GIMP под GTK+3 уже "дали"?
| |
3.36, Аноним (-), 22:55, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
>дай gimp
Бери Krita
>firefox под Qt
А что, обязательно на Gecko надо? На WebKit есть куча Qtшных.
| |
|
4.38, фыв (??), 01:37, 17/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Бери Krita
Не то, причём сильно.
> А что, обязательно на Gecko надо? На WebKit есть куча Qtшных.
Геко, знаете ли, не вебкит, и тем уже хорош. Надо на геко, да.
| |
|
|
2.13, Потерпевший (?), 10:16, 16/04/2014 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ну я, например, сомневаюсь.
Как вообще можно сравнить целый фреймворк имеющий кучу разных компонентов на все случаи жизни (Qt) с просто набором виджетов (GTK)? Если использовать Qt (QML и С++) только в рамках возможностей GTK (С и Vala), то производительность первого решения вызывает неудобные вопросы. Это я к тому, что каждой задаче свой инструмент, и нет никакой войны, чтобы можно было бы говорить о победе.
| |
|
3.20, Пушистик (ok), 11:13, 16/04/2014 [^] [^^] [^^^] [ответить]
| –3 +/– |
Вот тут вы лжёте.
Приложения на QT как раз работают быстрее приложений на GTK, но при этом памяти потребляют немного больше.
Игрушки запущенные в KDE, тоже работают быстрее, чем игрушки запущенные в Gnome.
| |
|
4.32, фыв (??), 14:39, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Вот тут вы лжёте.
> Приложения на QT как раз работают быстрее приложений на GTK, но при
> этом памяти потребляют немного больше.
> Игрушки запущенные в KDE, тоже работают быстрее, чем игрушки запущенные в Gnome.
Особенно эпичен в этом отношении QuiсkTime player )
| |
4.40, Потерпевший (?), 08:09, 17/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Приложения на QT как раз работают быстрее приложений на GTK
Одно конкретное приложение работает субъективно медленнее другого прежде всего из-за разницы в алгоритмах решения задачи и разницы в средах запуска этих приложений. Я уже не говорю про то, что в теме рисования виджетов могут стоять декоративные задержки на отрисовку. Даже если вы удосужитесь привести примеры, то они вряд ли будут много значить без детального аудита кода.
Когда я говорю о том, что "производительность вызывает неудобные вопросы", я имею в виду, прежде всего, разницу в структуре объектов Qt и GTK, а также разницу в обработке исключительных ситуаций. Все это обусловлено разницей между С и С++ и как известно является слабой стороной С++ в смысле производительности. А учитывая, что Qt - объемный фреймворк, то написание легковесных быстрых графических приложений не стоит того, ведь самые главные плюсы этого фреймворка не задействуются и в производительности будет проседание, когда архитектура тулкита станет узким местом. Также на Qt предпочитают не делать крупных многофронтендовых приложений.
> Игрушки запущенные в KDE, тоже работают быстрее, чем игрушки запущенные в Gnome.
KDE и Gnome это ни разу не Qt и GTK. А "игрушки" вообще работают в OpenGL-контексте, на производительность рендеринга которого может влиять что угодно, начиная от драйверов и заканчивая оконным менеджером, но ни как не графические тулкиты. В огороде бузина, а в Киеве дядька.
| |
|
3.26, Аноним (-), 12:38, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Если использовать Qt (QML и С++) только в рамках возможностей GTK (С и Vala), то производительность первого решения вызывает неудобные вопросы.
Если уж сравнивать с Gtk+, то QtWidgets, а не напичканный жабаскриптом QML/QtQuick. И тогда ещё неизвестно, в чью сторону вопросы по производительности полетят...
| |
|
4.33, фыв (??), 14:39, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Если использовать Qt (QML и С++) только в рамках возможностей GTK (С и Vala), то производительность первого решения вызывает неудобные вопросы.
> Если уж сравнивать с Gtk+, то QtWidgets, а не напичканный жабаскриптом QML/QtQuick.
> И тогда ещё неизвестно, в чью сторону вопросы по производительности полетят...
И где же на них удобные быстрые рабочие среды и сотни лёгких приложений?
| |
|
|
|
3.41, Потерпевший (?), 08:14, 17/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
А что плохого, по-вашему, в gtk-3? Так... просто любопытно услышать развернутое мнение опытного человека...
| |
|
|
1.11, A.Stahl (ok), 09:51, 16/04/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
И проапдейтиться через Qt maintenance tool можно будет, как всегда, через... а х.з. через сколько месяцев?
| |
|
2.23, Аноним (-), 12:22, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
Да хоть сейчас иди апдейтись. Не помню что бы с этим были проблемы на 5 ветке.
| |
|
1.21, Lacroser (?), 11:31, 16/04/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Парсер сlang сырой, автодополнение еще хуже работает....
Оно когда нибудь автодополнение шаблонов сможет(std::list::iterator например)?
| |
|
2.28, Аноним (-), 12:49, 16/04/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Еще бы поддержку TFS запилить.
TFS aka ThatFu**ingSh** не нужен. Говорю это как человек, пользующийся этой хренью каждый день.
| |
|
3.30, coder (?), 13:43, 16/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
Да я бы не пользовался, если бы вся контора не пользовалась им. Кстати надо будет попробовать прикрутить git-tfs
| |
|
|
|