LINUX.ORG.RU

QDevelop 0.20


0

0

Вышла новая версия 0.20, среды разработки написанной на Qt4 под названием QDevelop, ранее называвшейся QIde.

Основные изменения:

* новый компонент подсветки кода C++;
* экспериментальная система сборки основанная на CMake;
* переводы на ряд языков, в том числе и русский;
* новая возможность делать закладки, сохраняемые в проекте;
* обозреватель классов (class browser)теперь поддерживает перегрузку операторов;
* добавлены шаблоны проектов.

>>> Подробности



Проверено: Shaman007 ()

Ответ на: комментарий от L_user

Смотрел на него очень давно. Сейчас скачал - посмотрел. Очень впечатлило. CDT чертовски удобен стал :)

eXOR ★★★★★
()
Ответ на: комментарий от eXOR

А скорость?
Могу дать пример,- у меня на машинах класса Pentium4 ~3GHz простейшее
автодополнение (функция в том же исходнике) порядка полсекунды занимало,
на Athlon 1GHz - >1секунды.
При этом памяти много, процессор на время дополнения занят на 100%, и одинаково тормозно что под Win, что под Lin.

P.S. Разработчки CDT на мой вопрос, почему так долго, скромно промолчали. :)

L_user
()
Ответ на: комментарий от Farcaller

да хоть медвед с преведом, главное чтоб у среды было,- приемлемая скорость (например, как у SlickEdit), парсинг C++&автодополение (как у Eclipse CDT), интеграция с отладчиком (как у KDevelop), простейшая система сборки (как у Eclipse CDT);
ну еще можно рефакторинг от SlickEdit взять, ну это уже наверно жирно
будет :)

L_user
()
Ответ на: комментарий от anonymous

>> Еclipse CDK рулит

> И где у него руль?

Похоже, что из задницы торчит.

anonymous
()
Ответ на: комментарий от anonymous

> Qt - кроссплатформенный фреймворк (linux, Windows и пр.), и это - основное его достоинство. Привязывая Qt к KDE, ты убиваешь сие достоинство

kdelibs-4 будут и под Венду и под MacOS

anonymous
()
Ответ на: комментарий от L_user

JRE 1.6 RC работает адекватно. Автодополнение начинает подтупливать когда подключаешь что-нибудь типа <windows.h> и пишешь Create<ctrl+tab> (вариантов много). На проекте из 7 классов работало весьма шустро.

eXOR ★★★★★
()
Ответ на: комментарий от anonymous

ох ни фига себе, emacs дорос до мега фичи,- брекпойнты научился показывать;
1) для начала заметим, что это появилось только в snapshot'e, а в стабильном 21.4 этого нету; причем нестабильный 22 еще и глюкавый,-
при попытке включить подсказки для gud (gud-tooltip-mode) и наведении
мыши на первую же переменную емакс впадает в ступор
2) хорошо, брекпойнты нарисовали, а где нормальное окно watch? такое,
чтоб можно было структуру нормально посмотреть, раскрыв нужное по "плюсу"? те же тултипы под отладчиком тоже примитивно реализованы,- например, написано "var1.var2->var3", навожу я на var3, и видим бестолковость емакса :)
3) про $400 вечнозеленых про Xrefactory уже выше написали

Вывод: для программирования на С++ емакс как среда находится в жопе.

L_user
()
Ответ на: комментарий от eXOR

во-во, тормозить начинает, когда чего-нибудь подключаешь :)
Например, безобидный #include <iostream> ... после этого, как я уже писал, Eclipse тормозит на автодополнении всего, даже простейших структур в том же исходнике.
P.S. CDT 3.1.1 не смотрел, только 3.0.1, но думаю разницы не будет.

L_user
()
Ответ на: комментарий от L_user

Нет. То что ты пишешь как раз не верно. После подключенния безобидног iostream ничего не тормозит. Весьма ровненько. У меня установлено появляться автодополнению после 100ms соответственно отрабатывает все весьма шустро.

eXOR ★★★★★
()
Ответ на: комментарий от eXOR

не нифига, все тоже самое с последним Eclipse 3.2.1,-
автодополнение 1 сек (под Win); в то же время на той же машине и венде,
под VMware в Linux, SlickEdit автодополнение практически мгновенно!!!

остаюсь на slick'е

L_user
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.