Состоялся (https://www.kdevelop.org/news/kdevelop-500-released) релиз интегрированной среды программирования KDevelop 5.0 (http://kdevelop.org), основанной на библиотеках KDE/Qt и полностью поддерживающей процесс разработки для KDE. Ключевыми особенностями новой ветки является портирование компонентов KDevelop для работы с KDE Frameworks 5 и Qt 5, а также поддержка Clang. Код проекта распространяется под лицензией GPL.Основные новшества (http://kfunk.org/2016/08/23/whats-new-in-kdevelop-5-0/):
- Переход на Qt 5 и KDE Frameworks 5. В будущем планируется превратить KDevelop в кросс-платформенный продукт и кроме Linux, сформировать полноценные сборки для Windows и macOS;
- Замена старого парсера для языка C++ и плагина семантического анализа на новые компоненты, основанные на использовании Clang. Применение встроенных механизмов LLVM/Clang позволило значительно расширить возможности по анализу кода, сократить кодовую базу плагина и упростить добавление новых языков;
- Вместо собственной реализации кода для работы с языком CMake, в новой версии KDevelop задействованы средства интеграции, развиваемые проектом CMake, что позволяет обеспечить поддержание всех возможностей данного инструментария. Таким образом, разработчикам теперь нет необходимости постоянно догонять быстро развивающиеся CMake и C++, и это время можно потратить на создание новой функциональности KDevelop;- Интеграция модуля поддержки семантики для QML и JavaScript. Для разбора кода QML и JavaScript задействован парсер QmlJS (https://doc-snapshots.qt.io/qtcreator-extending/qmljs.html), развиваемый проектом Qt Creator;
- Включение менеджера проектов для QMake;
- Реализация (http://steckdenis.be/post-2014-07-01-using-kdevelop-qmljs-in...) качественной поддержки языков PHP и Python 3, которая поставлена в один ряд с C++, QML и JavaScript. В тестовом режиме доступна поддержки Ruby. Ведётся работа по обеспечению поддержки языков Go и Rust;- Всплывающее окно с помощником заменено на новый навигационный виджет, который вызывается только по инициативе пользователя;
- Возможность определения цветовой схемы виджетов в привязке к проекту;
- Индикация прогресса сборки проекта с использованием инструментов make и ninja;
- Новое оформление вводной страницы;
- Многочисленные улучшения в отладчике, в том числе выделение серым несуществующих файлов, наглядное представление ссылок (myproject:src/main.cpp), корректная подсветка некорректно завершённых потоков;
- Значительное уменьшение времени запуска;
- Начало формирования (http://download.kde.org/stable/kdevelop/5.0.0/bin/linux/KDev...) самодостаточной сборки в формате AppImage.
URL: https://www.kdevelop.org/news/kdevelop-500-released
Новость: http://www.opennet.ru/opennews/art.shtml?num=45022
Без поддержки autotools не нужно.
autotools не нужны
Мне нужно и без autotools
Мне нужно обязательно без autotools
Мне нужен только сам autotools
Что же Вы название-то нужного Вам набора утилит пишете не правильно? Правильно же auto-crap-tools!
Нет.
Да
Вам бы изучить CMake, Scons и т.д.
и с поддержкой автотулз тоже не нужно. вернее необязательно
Стесняюсь спросить - а как проект то создать?
http://storage6.static.itmages.ru/i/16/0824/h_1472037416_888...Такое было когда я собирал еще альфу. Вот и релиз, а как начать ей пользоваться?
Устанавливать надо нормально, в тот префикс, куда и собирал.
Я не собирал. AppImage же, который статически собрали.
Значит, шаблоны проектов забыли положить. Напиши разрабам, чтоб исправили. Ну или попробуй скачать
Интересно на pyQT можно для всяких айфонодроидов софт написать? И маркет такое пустят?
Для Андроида там есть свой QPython с Kivy
Можно. Только вот собрать проект настоящее мучение. Существует замечательная библиотека pyotherside с асинхронным биндингом python в qml, которая успешно применяется в ubuntu phone и sealfish. И хоть в документации описан процесс сборки для android, конечный apk вываливается припопытке инициализации с непонятной ошибкой, а в багтрекере тихо уже с июля.
Что-то запустил appimage на убунте - шрифты просто ужас. Окна сохранения и открытия файлов страшненькие. Это потому что используется что-то свое? Вроде есть другие приложения на Qt, но там такого ужаса нет.
Открываем этот appimage архиватором и видим что там действительно "что-то своё", а конкретнее - всё. Каких библиотек у тебя на системе нет - те используются из этого appimage-файла.
Народ, а почему отличается цвет fnext и vnext, k2, k3, k4? В чём смысл?
Если может - он каждой переменной даёт свой цвет, довольно удобно - видно сразу.
> Если может - он каждой переменной даёт свой цвет, довольно удобно -
> видно сразу.Со стандартными цветовыми схемами крутая щтука, но на кастомных иногда сбоит и коряво назначает цвета, сливающиеся с фоном.
LOL, там отличается даже цвет vnext и vnext
Дебил, там не цвет отличается, а толщина шрифта.
Это называется семантической подсветкой. Одно из преимуществ - меньше шанс спутать переменные со схожими названиями, типа "car1, carl" или "data, data_" (как иногда члены класса обзывают).
Отлично, уже давно пользуюсь, с гита компилил
Смотрю на скриншот и не могу отделаться от мысли - сколько же там свободного места пропадает! Кнопки какие-то огромные, табы огромные...
Для CGA мониторов могу порекомендовать vim
Ну так это это темы зависит, при чем тут KDevelop?
Так противно, что с введением монохромных иконок в MS VS, все другие IDE стали передирать это, довольно сомнительное, решение.
Если вы что-то где-то увидели в первый раз, это не значит, что там это появилось раньше чем в других местах.
У хипстеров от цветных иконок страдает цветовое восприятие общей картины.Только непонятно - зачем оно им в случае программистской IDE,
просто у пацанчегов так сейчас модно, и всё! Ну а на удобство наплевать!
> Только непонятно - зачем оно им в случае программистской IDE,KDevelop использует системную тему значков. Поэтому вопрос должен быть в том, зачем оно им нужно в случае всего KDE.