Бета-выпуск KDevelop 5.0.0

Аминь. Одна из самых вменяемых IDE для своих задач. Пора уже переползать с депрекейтед версии тулкита.

Круто. А Python 2 вообще совсем не будет?

Какие у KDevelop нынче преимущества по сравнению с Qt Creator? Раньше, помнится, KDevelop было весьма глючным поделием. А учитывая что Qt Creator сейчас стал весьма стабильным даже в самых последних git-снимках и при этом умеет кое-какой рефакторинг, вопрос о нужности KDevelop совсем не однозначный.

Сижу на git-версии уже года два, полёт нормальный.

Хорошо, что наконец-то запланировали выкатить релиз.

Сижу на git-версии

Ее можно без KDE-библиотек собрать?

Интерфейс более удобный и настраиваемый, clang-парсер, семантическая подсветка.

Нет. git-версия портирована на Qt5 и для сборки необходимо ряд библиотек kde-frameworks (KF5) и kdevplatform (которая тоже тянет кучу либ KF5).

Интерфейс более удобный и настраиваемый

По опыту старых версий я с этим утверждением не согласен. Свалка тулбаров с кривыми иконками, съедавшая всё место на экране, удобной не казалась.

clang-парсер, семантическая подсветка.

В QtCreator так же.

kdevplatform и так часть KDevelop.

Так ключевое слово - «настраиваемый». Можно вынести кучу панелек и вьюх (как я делаю), или убрать всё-всё лишнее.

В QtCreator интерфейс прибит гвоздями.

семантическая подсветка

Я пробовал, раньше в QtCreator она была значительно хуже. Даже переменные не умеет раскрашивать разным цветом, учитывая зоны видимости.

Вроде, настоящая семантическая подсветка появилась совсем недавно, когда сделали плагин поддержки clang, но мне это уже не интересно, теперь QtCreator должен предоставить киллер-фичу, чтобы обратить на него внимание.

Олсо, поддержка CMake в нём просто ущербна.

В QtCreator интерфейс прибит гвоздями.

А KDevelop прибит гвоздями к KDE... даже не знаю, что лучше %)

Тулкитофобишь как Эдди.

Тулкитофобишь как Эдди.

Тогда уж DEфоблю.

А по сути мне не улыбается локально собирать KDE вдобавок к Qt5.

Пользователю KDE не понять твоих страданий :3

Ты чё, гентушник? А я думал нормальный человек.

Трогал его как-то под Дебианом. После Qt Creator это поделие выглядит каким-то полуфабрикатом,незакоченным, глючащим, падающим.

Нормально так не смог настроить проект с использованием GNU Make.

Ты чё, гентушник?

Не стану спрашивать, какими запутанными тропами ты пришел к этому странному выводу.

Пользователю KDE не понять твоих страданий :3

Эти страдания существуют только в голове некоторых пользователей KDE.

о, мб теперь он не будет падать на qml файлах :)

поделие выглядит каким-то полуфабрикатом,незакоченным, глючащим, падающим.

Зря ты так о Дебиане. Ну софт тухловатый, да. Ну глюкает местами. Но в целом-то вполне юзабельно!

Как раз против Дибиана ничего против не имел.

А Python 2 вообще совсем не будет?

А плагином не пойдет?

Моё ИМХО: лучше бы они забросили KDevelop и стали коммитить в Qt Creator, он сейчас весьма популярен. Сделали бы плагин для своих KF5, а плагины для Ruby, Go и Rust вроде и так уже есть.

Пользы было бы куда больше.

Увы и ах, но KDevelop умер после выхода KDE 4 (вспомните, сколько надежд на эту IDE подавалось во времена KDE 3). И сейчас, чтобы заслужить хоть капельку былой популярности, KDevelop'у нужно очень сильно постараться. Разве что KDE Plasma 5 резко взлетит.

В противным случае, KDevelop, как и раньше, будут использовать около 3.5 разработчика, два из которых этот самый KDevelop и будут писать.

Даже немного жалко такую замечательную IDE, так и не снискавшую популярности у пользователей и разработчиков GNU/Linux. А ведь она могла бы стать аналогом MS Visual Studio. Самописный парсер C/C++ в KDevelop долго оставался самым крутым и первое время был удобнее Clang'овского и того, что идёт в стоке с Qt Creator.

Надеюсь, KDE Plasma 5 поможет KDevelop'у взлететь. Быть может нормальная (а не то, что было раньше) кросс-платформенность KF 5 подтолкнёт юзеров использовать новый KDevelop в других системах.

Тот же Kate портируют на OS X и MS Windows:

http://kate-editor.org/wp-content/uploads/2015/10/kate.png

http://kate-editor.org/wp-content/uploads/2015/10/kate-on-windows1.png

Возможно и KDevelop будут.

Сам редактор намного лучше чем в creator с т.з. семантических подсказок и тд

Они наконец добавили возможность подсветки синтаксиса, как это реализованно в большинстве остальных IDE, или до сих пор доступен только разноцветный треш и угар?

Олсо, поддержка CMake в нём просто ущербна.

Единственная по сути адекватная претензия к QtCreator. За такое нужно пальцы отрубать, да.
В остальном же вполне на уровне.

Единственная по сути адекватная претензия к QtCreator. За такое нужно пальцы отрубать, да.
В остальном же вполне на уровне.

Я еще имею претензию в виде весьма спорного по удобству интерфейса (хочу наличия чего-то вроде perspectives в Eclipse).
А так совершенно согласен. Тот же тюлень (CLion) повидимому еще два года будут пилить, прежде чем он получит наконец поддержку C++14 (подходил к концу 2015 год..), работающий без ошибок парсер и шутструю интеграцию отладчика (текущая тормозит как говно). IMHO JetBrains откусили кусок, который не смогут проглотить.

Чем оно лучше Emacs?

Лучше бы они забросили KDevelop и стали коммитить в Qt Creator, он сейчас весьма популярен.

Лучше бы переписали всё на JS, он сейчас весьма популярен.

Сабж ряду людей гораздо лучше и удобнее QtCreator.

Увы и ах, но KDevelop умер после выхода KDE 4

Для тебя? Для кого еще? Сабж4 был аццкий торт на фоне всего остального говна в линуксе. Как минимум потому, что там была семантическая подсветка и адекватное автодополнение, а также поддержка CMake не через жопу. С выходом С++11 они тупо не успевали нормально допилить парсер и потому всё больше склонялись в сторону шланга. Это первый релиз, в котором шланг прицеплен.

или до сих пор доступен только разноцветный треш и угар?

Отключать не умеешь?

Алсо, clang-плагин для kdevelop был доступен больше года. Вроде, он и вошел в кодовую базу kdevelop?

работающий без ошибок парсер

ИМХО если у них парсер кода свой, а не основанный на clang/llvm (модульном gcc как вариант), то никогда этого можно не ждать.

Угу. Его уже давно рассматривали как замену своему парсеру.

А как у емакса с удобным автодополнением, поиском определений функций и макросов, и прочими удобными для больших проектов фичами? Или банальная подстветка синтаксиса и только?

Отключать не умеешь?

Умею, но хочется нечто большее, чем тупая синтаксическая подсветка от KatePart.

ИМХО если у них парсер кода свой, а не основанный на clang/llvm (модульном gcc как вариант), то никогда этого можно не ждать.

Именно, что свой. У них даже в issue-tracker'е висит тема «добавьте clang парсер», но судя по всему этого ождать не стоит. Я бы сказал ребята слишком смелые, раз решили парсить C++ самостоятельно. А с новой лицензионной политикой компании перспективы весьма туманные.

Kate можно собрать отдельно от kde? Не охота тащить весь kde только для редактора.

Новый kate использует kf5, а не МОНОЛИТ kdelibs4. Следовательно, от KDE 5 он практически не зависит.

Раз Kate собрали и под выньду. Правда пока сыро всё.

Можно попробовать поставить Qt5 и пару требующихся Kate компонентов из KF5. Я, правда, не знаю, каких и сколько.

А вообще в деб-дистрах с KDE-программами сущий трындец. Даже будучи перенесёнными на KF5, они требуют сотни пакетов и сотни мегабайт.

Он завист от KatePart, который тянет за собой kio, который тянет за собой еще кучу KDE'шных библиотек (solid, karchive, kjobwidgets, kbookmarks, kwallet). Но если не ошибаюсь, некоторые из них опциональны и при этом не требуется запускать KDE'шный рантайм.

Чем оно лучше QtCreator'а? Пытался в KDevelop кодить, но как-то QtCreator показался прямее и безглючнее. Хотя возможностей у сабжа вроде как побольше(а может так только кажется из-за того что менюшки запутанные).

В треде уже был этот вопрос.