Вышел Qt Creator 2.7.0

Qt - это надежный столп опенсорса. GTK пока еще шевелится, но конечно с каждым годом все меньше...

Жду не дождусь когда они сделают возможность сохранения результатов парсинга проектов во внешнее хранилище, что бы не лопатить код при каждом переключении активной сессии/проекта (реквест в jira завёл). А то проект парсится ~20 минут на каждом открытии (~16 тыс C/C++ файлов).

PS проект не Qt-based ;-)

закладки не изменились?

Забавно, в 2.7.0 вообще парсинг сломался: 40 минут, а прогресс на нуле, два ядра в полку. Откатываюсь на 2.6.2.

Qt - это надежный столп опенсорса. GTK пока еще шевелится, но конечно с каждым годом все меньше...

Ну толсто же, GTK вполне рульная штука, есть конечно недостатки но для форм сойдёт. Много шевеления ему и не надо, наоборот - поменьше, лучше.

экспериментальная поддержка системы сборки QBS;

Вот это круто!!

Как там с Qt5? Он под неё собирается? Ждём дебов!

Собирается, под шиндуз емнип так и распространяется уже собранный с Qt5. Линуксовые бинари там собраны Qt4 на офсайте. Пока Qt5 все таки не во всех дистрах появился и не обкатался, но процесс к этому идет и он неизбежен уже в этом году.

gtk никуда негоден, его даже каноникл уже хоронит и правильно делает!

Вот это круто!!

Что крутого в системе сборке, которую писали люди с HIH-синдромом?

Оно даже такие тривиальные штуки «понимать» не умеет

std::vector<std::string> vector;
vector.push_back("Hello, world");
vector[0].<Ctrl+Space>

Так что остаюсь на Eclipse/CDT

Eclipse + CDT на шаблонах посложнее не работает. Netbeans круче на голову.

//officers cnsempt

В основном он его хоронит из-за политики RH. Она все портит, да.

Плюсую.

gtk никуда негоден, его даже каноникл уже хоронит и правильно делает!

У gtk диалоги загрузки и сохранения лучше - на рабстол попасть проще, не надо кликать через анал. Пофиг на убунту и gtk<>гном.

Есть возможность ускорить ФС, например, перейти на linux/ext4?

Там есть несколько смежных проблем, например, при добавлении файла индексация всего проекта запускается заново. Но к 2.8 что-нибудь можно попытаться сообразить.

Кстати, сколько памяти занимает QtCreator после окончания индексации?

У gtk диалоги загрузки и сохранения лучше - на рабстол попасть проще

На какой ещё рабочий стол и зачем?

У gtk диалоги загрузки и сохранения лучше
диалоги

пффф, решающее преимущество

кстати, для тех кто не пользуется QML и отключал соотв. плагины в креаторе (в предыдущих версиях), есть заметочка в анонсе:

Important note for people that turned off the QmlJSTools plugin manually: Qt4ProjectManager depends on it in Qt Creator 2.7, so you need to turn it on again to be able to open qmake projects.

а то я не сразу смог понять почему проекты не парсятся: .pro файлы открывались только в редакторе, и сессии пустые

Собрал, правда без QML. Субъективно стало как-то пошустрее

У gtk диалоги загрузки и сохранения лучше

толсто

Eclipse + CDT на шаблонах посложнее не работает. Netbeans круче на голову.

Да я тоже вообще NetBeans-ом пользовался, но он все также не умел нормально показывать в дебаггере стандартные контейнеры (как, например, Visual Studio). Он так и не научился?

c QVector<QString> прокатывает.

Может когда и с STL допилят

У gtk диалоги загрузки и сохранения лучше

Вот это вера.

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

Вы — бот?

А как там clang поживает? Собирались прикручивать автодополнение через него.

У gtk диалоги загрузки и сохранения лучше

я всегда подозревал, что ты долбоёб, но не думал, что настолько сказочный

Автодополнение работает, есть в AUR, зеркало гита на gitorious и моя маленькая коллекция на гитхабе.

На данный момент хорошо отлажены автодополнение и диагностика; к сожалению, настройки варнингов игнорируются из-за плохой связи между подсистемой менеджеров проектов и редактором C++. Подсветка и поиск символа (Ctrl+Shift+U) тоже могут работать за счёт clang, но есть нерешённые проблемы; в частности, есть непойманная утечка памяти где-то в реализации подсветки.

Ах да, автодополнение в самом clang пока упускает некоторые фичи QtCreator типа дополнения имён виртуальных методов в создаваемом сабкласса. Так что для использования годится, но мягкого перехода не выйдет.

Он так и не научился?

Чтобы Eclipse/Netbeans показывали содержимое сложных типов данных, требуется GDB с поддержкой pretty printers и эти самые pretty printers (скрипт на питоне) для целевого типа данных. Для STL и Qt например они уже написаны, но как и все в opensource здесь не обошлось без проблем: дело в том, что GDB имеет свойство падать при попытке получить через pretty printer внутреннюю информацию о локальном объекте, если его конструктор еще не отработал. Существует патч, который с помощью вбивания костыля частично решает эту проблему, но все равно возможны условия, при которых GDB все же свалится.

Что крутого в системе сборке, которую писали люди с HIH-синдромом?

Декларативность же. И нормальный JS.

Гномовцы хотели себе такое, да ниасилили реализовать, так и сидят на autotools.

Просто нас - рать

WinXP текущий корп-стандарт. Со всемми вытекающими. Хотя руки чешутся попробовать проект на линуховой машинке открыть.

По памяти - минут через 20 отвечу :)

нормальный JS.

JS не может быть нормальным, потому что это JS.

А как там со скоростью и использованию памяти? Собранный бранч WIP/clang месячной давности мой проект не осилил - вывалися :)

вектор заинклюдили?

А, Сергей, это вы. Не узнал в гриме :) Мы уже списывались в почте по поводу возможности сохранения модели на диск.

Для этого: https://github.com/sergey-shambir/qtcreator-plugins-collection/tree/master/cl...

какая версия Qt Creator'а нужна?

Просто нас - рать

Былас рать, да после выхода Г3 сплыла.

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

У gtk диалоги загрузки и сохранения лучше

ну это мега ЛОЛ ))))))))))

с каждом годом вы все толще

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

JS не может быть нормальным, потому что это JS.

обоснуйте.

Всем по херу. ГУЙня кроме пионеров никому не интересна.

Можно вас двоих на ты называть?

Когда уже автодополнение для шаблонов нормально заработает? А то приходится вкупе с KDevelop использовать.

там у них с TODO и юникодом проблемы до сих пор...

Динамически типизирован => говно;

https://www.destroyallsoftware.com/talks/wat => унылое говно

Использование байт виртуальной памяти (Far): 766 693 376 Пик был: 911 659 008

то есть, кроме личный предпочтений, аргументов нет. Я так и подумал.

вектор заинклюдили?

И стринг, и вектор.