Допиливаем Qt Creator

[navrocky]

Клон Qt Creator с доработками от нашего сообщества

Брать отсюда: https://qt.gitorious.org/+progorg-developers/qt-creator/progorg-developers-qt-creator
Стабильная ветка 2.5: https://qt.gitorious.org/+progorg-developers/qt-creator/progorg-developers-qt-creator/commits/2.5
Баг-трекер и wiki: http://develplace.dyndns.org/projects/qtcreator
Прямая связь через джаббер-конфу: qt@conference.jabber.ru

На данный момент реализовано (06.07.2012):

• Исправлен русский язык в TODO
• Добавлена подсказка в окошко дополнения, отображающая полную сигнатуру метода
• Табы на открытые файлы в редакторе
• Добавлена опция, позволяющая включить полный путь к файлам для точек останова по умолчанию

Быстрый старт для чайников (linux)
1. Устанавливаем необходимые пакеты: libqt4-devel, git
2. Затем в консоли:

Код:

> git clone git://gitorious.org/+progorg-developers/qt-creator/progorg-developers-qt-creator.git
> cd progorg-developers-qt-creator
> git checkout -t -b 2.5 origin/2.5
> ./install
> ~/qtcreator/bin/qtcreator.sh

Обновление, сборка, установка и запуск:

Код:

> cd progorg-developers-qt-creator
> git pull
> ./install
> ~/qtcreator/bin/qtcreator.sh

Скрипт ./install устанавливает qtcreator в папку пользователя ~/qtcreator. Для установки в систему надо сделать:

Код:

> cd build ; sudo make install

Начало треда:

Предлагаю совместно допиливать Qt Creator нашим сообществом. Затесаться в Qt разработчики и пропихивать наши патчи в master (хотя для меня этот процесс пока в тумане).

Я завел клон Qt Creator в нашей группе https://gitorious.org/+progorg-developers, так что присоединяйтесь!
http://www.prog.org.ru/topic_16401_30.html - тут написано как начать.
Вопросы можно задавать в джаббер-конфочке: qt@conference.jabber.ru

Также внес первый вклад: опция для точек останова - полный путь к файлам по умолчанию для GDB. (https://bugreports.qt-project.org/browse/QTCREATORBUG-7007 - вот я тут напарывался на грабли с неполным путем к файлам при установке точки)

У меня еще в ближайших планах:

• исправить кодировку в новом плагине TODO, если её автор к этому времени не исправит
• добавить недостающие шорткаты (например, создание реализации метода)

Также хотелось бы как-то улучшить менеджер проектов или сделать новый, который бы опирался на мейкфайлы и папки с исходниками (как это сделано в Netbeans).

[Akon]

Хорошее предложение, поскольку этим инструментом (QtCreator), я думаю, пользуются очень многие.

Также имею небольшой допил, сделанный во времена QtCreator v1.3, - вкладки (табы) открытых документов (см. аттач), как это принято в других средах. По причине этого до сих пор пользуюсь QtCreator v.1.3.80  . Тролли данную фичу отклонили, мотивируя тем, что это не особо нужно - есть список Open Documents. Лично для меня и некоторых моих коллег этот список не удобен, напрягает зрение. Пользуясь случаем, хочу задать всем вопрос - вам была бы полезна эта фича?

А так, готов присоединиться, но в ближайшее время у меня, к сожалению, все плотно.

По ссылке https://bugreports.qt-project.org/browse/QTCREATORBUG-7007

Creator is not correctly sets a breakpoint if multiple files exists in a project with the same name

А такое (файлы с одинаковым именем в пределах одного приложения или библиотеки) вообще возможно как-нибудь сделать в случае с qmake?

[quiet_readonly]

Есть микропроблемка в плагине TODO, проявляется только при тёмной цветовой схеме интерфейса (например obsidian coast из KDE). Такая цветовая схема делает дефолтный цвет текста белым, дефолтный цвет фона чёрным. Так вот, в плагине TODO выставляется кастомный цвет для фона (жёлтый, например), но не выставляется цвет для текста. Белый текст на жёлтом фоне выглядит не очень.

Проявляется это в самой панели TODO и в разделе настроек TODO в меню tools->options. Вот такой патч фиксит панель: http://qt.gitorious.org/~sergey-shambir/qt-creator/qt-creator-py-reborn/commit/88bb874b041b382cb728a234598d9ae7cd1a2dda Если кто продвинет в апстрим, будет здорово.

[alexis031182]

...
Также имею небольшой допил, сделанный во времена QtCreator v1.3, - вкладки (табы) открытых документов (см. аттач), как это принято в других средах. По причине этого до сих пор пользуюсь QtCreator v.1.3.80  . Тролли данную фичу отклонили, мотивируя тем, что это не особо нужно - есть список Open Documents. Лично для меня и некоторых моих коллег этот список не удобен, напрягает зрение. Пользуясь случаем, хочу задать всем вопрос - вам была бы полезна эта фича?
...

Вот-вот! То, что нужно. Этот список Open Documents очень неудобен. С табами было бы гораздо лучше.

[Igors]

Ах как приятно заниматься такими вещами Особенно вначале. Ну ничего

и это пройдет

[kambala]

...
Также имею небольшой допил, сделанный во времена QtCreator v1.3, - вкладки (табы) открытых документов (см. аттач), как это принято в других средах. По причине этого до сих пор пользуюсь QtCreator v.1.3.80  . Тролли данную фичу отклонили, мотивируя тем, что это не особо нужно - есть список Open Documents. Лично для меня и некоторых моих коллег этот список не удобен, напрягает зрение. Пользуясь случаем, хочу задать всем вопрос - вам была бы полезна эта фича?
...

Вот-вот! То, что нужно. Этот список Open Documents очень неудобен. С табами было бы гораздо лучше.

http://www.prog.org.ru/topic_18970_0.html

[alexis031182]

Спасибо. Давно только проект не обновляется, жаль, хотя новая версия креатора уже выходила.

[kuzulis]

Я только ЗА!

Сам пилю пилил плагин для креатора, который позволял бы компилировать дрова для Windows/Linux,
тут:

https://gitorious.org/qt-creator-drivers-builder-project-manager-plugin

Реализовал пока что для Windows автодетект WDK, на большее не хватило духу и времени,
если кто желает присоединиться - я только рад буду.

Вот, еще я тут на форуме поднимал эту тему: http://www.prog.org.ru/topic_20573_0.html

[quiet_readonly]

Я только ЗА!

Сам пилю пилил плагин для креатора, который позволял бы компилировать дрова для Windows/Linux,
тут:

https://gitorious.org/qt-creator-drivers-builder-project-manager-plugin

Реализовал пока что для Windows автодетект WDK, на большее не хватило духу и времени,
если кто желает присоединиться - я только рад буду.

Вот, еще я тут на форуме поднимал эту тему: http://www.prog.org.ru/topic_20573_0.html

Тут есть три крупных проблемы. Во-первых, в QtCreator стараются добавлять только реально нужные фичи, которые точно никому не мешают и не требуют доп. обучения, а просто срабатывают в нужный момент; за это он и любим. И из-за этого недоработанные плагины (тот же XmlTreeEditor) в мейнстрим так и не попадают. Во-вторых API непостоянный, а сообщить, что ты работаешь над определённой фичей, очень трудно; у нового плагина есть только два состояния - "мы работаем над этим" и "заброшено автором". В-третьих, иногда требуется править существующий код криэйтора, чтобы избежать копирования. А это значит, что вместе со своим плагином RubyEditor.so придётся распространять пропатченую библиотеку Utils.so; и разумеется, протолкнуть бесполезные для остальных, но полезные для вашего плагина патчи в мейнстрим не выйдет несмотря на их малый размер и безвредность (для ABI).

В общем я вот что думаю: пора бы создать свой мейнстрим с подкидным дураком и содержанками. Эдакий KDE playground для обкатывания плагинов, не готовых для конечной аудитории. Вижу его примерно таким:

• доступ даётся почти кому угодно, даже если написанный им патч/плагин плоховат
• желательная общая вики и трекер, но не связанные с qt-project - всё-таки реализация личных хотелок и создание среды для десятков тысяч людей суть немного разные вещи
• такой плейграунд всегда будет вторичен, а значит надо периодически мержить патчи из мейнстрима. Думаю, мердж раз в месяц + при выходе новой версии не создаст лишних проблем самому плейграунду

Существующий процесс разработки QtCreator слишком жесток к желающим запилить новую фишку или просто набраться опыта без обязательств. Лично я за последнее время видел целый ряд очень нужных, но заброшенных попыток:

• Интеграция с Open Build Service от OpenSUSE - вещь критически важная для популяризации линуксов и борьбы таким неприятным явлением, как программы, собираемые только под ubuntu
• Редактор XML, позволяющий мигом переключаться между редактированием в виде текста и редактированием в виде дерева. Уж на что в XCode редактор XML неудобный, так и то помогает - а уж этот плагин можно превратить в конфетку

А лично я работаю над поддержкой python и pyside/pyqt в QtCreator. Это запрашивают очень часто, удивляются, почему нет, но у самих разработчиков тупо нет времени (могу пруф на это кинуть). Были попытки это сделать. В этом году такая штука была выдвинута на Google Summer Of Code одним студентом из Китая, нашёлся ментор (Tobias Hunger), но, к огромному сожалению, ни одна организация не успела принять их под своё крыло - а сам qt-project не участвовал. Теперь что-то делаю я один, с кем-то с ЛОРа договаривались связаться, но он не отвечает на e-mail. А всё потому, что просто нет единой точки связи.

В общем кто подскажет, где можно найти нормальный хостинг проектов с вики, мультиязычностью (прозрачной для пользователя офк), трекером, выкладыванием документации и ссылок. И, разумеется, нужна возможность отделить мясо от мух, а кодирование от документации, статей по тюнингу типа вот этой и перевода. Сам код-то следует держать на gitorious как прежде. Займусь этим, чего уж там.

А этот клон пусть остаётся для фиксов и улучшения мейнстрима

[quiet_readonly]

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

[vregess]

github.com ?

[panAlexey]

Вот-вот! То, что нужно. Этот список Open Documents очень неудобен. С табами было бы гораздо лучше.

+1

[navrocky]

Хорошее предложение, поскольку этим инструментом (QtCreator), я думаю, пользуются очень многие.

Также имею небольшой допил, сделанный во времена QtCreator v1.3, - вкладки (табы) открытых документов (см. аттач), как это принято в других средах. По причине этого до сих пор пользуюсь QtCreator v.1.3.80  . Тролли данную фичу отклонили, мотивируя тем, что это не особо нужно - есть список Open Documents. Лично для меня и некоторых моих коллег этот список не удобен, напрягает зрение. Пользуясь случаем, хочу задать всем вопрос - вам была бы полезна эта фича?

А так, готов присоединиться, но в ближайшее время у меня, к сожалению, все плотно.

По ссылке https://bugreports.qt-project.org/browse/QTCREATORBUG-7007

Creator is not correctly sets a breakpoint if multiple files exists in a project with the same name

А такое (файлы с одинаковым именем в пределах одного приложения или библиотеки) вообще возможно как-нибудь сделать в случае с qmake?

Табы надо впилить однозначно! Akon подключайся к проекту или пришли свой патч, я его впихну. Можно связаться в qt джаббер-конфе.

Также я могу делать сброки для RPM дистрибутивов на OBS если кому-то надо.

[b-s-a]

Вот-вот! То, что нужно. Этот список Open Documents очень неудобен. С табами было бы гораздо лучше.

Я тоже долго плевался. Потом втянулся и понял, что табы только занимают лишнее место. Если много открытых документов, то табы становятся просто неюзабельными. Народ, отсутствие табов это не плохо. Это по-другому. Просто непривычно поначалу. А со временем начинаешь ценить решение троллей. Особенно, если используешь широкоэкранный монитор.

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

[sudo]

В топку табы. Когда 50-60 открытых файлов исходников, табы превращаются в тыкву.

В QtCreator у меня принимали патчи через gitorious, сейчас возможно что-то изменилось. В Qt патчи принимаются только через Gerrit - можно почитать здесь - http://qt-project.org/contribute . Не сказал бы, что залить очень просто, первый раз втыкал долго

github.com ?

Зачем?

В общем, как сказал Igors, дело хорошее, но... пройдёт