Состоялся выпуск интегрированной среды разработки Qt Creator 4.12, предназначенной для создания кроссплатформенных приложений с использованием библиотеки Qt. Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками...Подробнее: https://www.opennet.me/opennews/art.shtml?num=52817
Один из самых приятных редакторов
Недавно подсел на KDevelop (для C++ проектов) - по сравнению с тем что видел 3 года назад это просто пушка! Неплохо его прокачали последние годы. Вот месяц назад попробовал, так на нем и остался.
Поддерживаю, как и EpicGames со своим UnrealEngine.
Вообще для С++ хватает слава богу альтернатив: CodeLight, CodeBlocks, Geany (кстати, лёгкий, быстрый, с плагинами и на удивление отлично настраиваемый).
Ещё бы их загрузчик быстрее стима загружался...
Движок самый большой и универсальный.
За скоростью это к Urho3D, если мы о С++, надеюсь он жив там еще и его не бросили. Потому как адекватных альтернатив (для кроссплатформы ios, android, win, lin) я не видел, либо плохо искал и мне добрые люди посоветуют..
Godot как альтернатива вполне неплох
>Вообще для С++ хватает слава богу альтернатив: CodeLight, CodeBlocks, Geany (кстати, лёгкий, быстрый, с плагинами и на удивление отлично настраиваемый).Неверная информация. Весь этот мусор, что ты называешь альтернативами - альтернативами не являются. Ты не понимаешь о чём говоришь - изучи тему, а потом лезь. Всё что ты перечислил - ide не являются и в C++ не могут в принципе.
В мире существует всегда одна ide могущая в С++ более-менее полноценно - это kdevelop. Далее идёт clion актуальный. А вот после ничего нет. Любой, кто утверждает обратное - си с классами ваятель в блокноте и рассуждать на тему ide не может в принципе.
тоже дуаю поюзать
Ты, конечно же, молодец что агитируешь за адекватные вещи и выбран наконец-то не жрать говно с блокнотом, но. Не нужно врать во имя оправданий.kdevelop за 3 года никак не менялся. В этом его основная проблема - он почти не развивается. К тому же, раньше kdevelop был лучше. Лучше не абсолютно, а относительно всего остального. До шланга это было единственное ide могущие в С++. К тому же, после перехода на шланг он потерял множество фишек и их до сих пор не вернули.
И вот после перехода в kdevelop5 на clang ничего не глобальное не менялось. А переход на шланг там был лет 5 назад.
В этом и проблема, что это "редактор". Существует он только для того, что-бы рядовой си с классами маздайский ваятель гуйни мог как msvs долбить кнопку "собрать".
Оно настолько убогое, что даже после прикрутки шланговыские языковых сервисом - оно не перестало быть блокнотом.
Конфигурация - никакая. Интерфейс - для инвалидов. Всё засрано детсадовскими иконками на пол экрана. Функциональности никакой этот интерфейс не несёт. Ничего нельзя настроить.Сам редактор говно. Визуал - говно. ux - говно. Семантические возможности - ноль. Асист - ноль.
Всё заточено на то, что-бы вчерашний сдуент/домохозяйка - накатила это на маздайку и получила заветную кнопку. О том, что такое тулчей, сборка, язык и даже компилятор - значит этим героям ненужно. Какие-то возможности по работе с кодом - тоже. Пастить портянки из so и ваять легаси-говно. Уровня перепастил сишку функцию и засунул в классик. Уровень.
Не знаю, с чего, гуру, ты так возбудился, но на QtCreator зря наговариваешь. Сборка, тулчейны и т.п. там вполне настраиваемы. Я без труда прикручивал и GCC, и Clang, и MinGW, и CCache. Для сборки - GNU Make, в основном.
Полноценная IDE: удобный интерфейс к отладчику, профилировщику и статическому анализатору, иерархия классов, форматирование стиля кода, настраиваемая подсветка синтаксиса, автоподстановка, подсказки и перемещение по коду, текстовые поиск и замена с регулярными выражениями, легко прикручиваются сторонние утилиты.
Если бы не мутная история с лицензией на Qt было бы нужно, а сейчас прям большой вопрос.
Всё же разрулилось, им ну вот вообще не выгодно терять поддержку сообщества
Но и Qt не стал бы менее безальтернативным даже при задержке релизов
А как оно разрулилось?
https://www.qt.io/blog/qt-and-open-source
Они, конечно, могут ещё сто раз изменить это, но только выстрелят себе в ногу, а сообщество и дальше будет развивать.
> https://www.qt.io/blog/qt-and-open-sourceНи о чём.
Без электрона немодно.
Вазелина тебе во все фреймворки!
)))) прикати ему бочку ))) он знает толк))
Он там внутри есть и CSS тоже
#include <qtwebkit>
хотя там же щаз аж
qtwebengine
Ах да, забыл, что директива include таким не понятна.
Что-то давно не видно вкусностей к питонообвязке
а что вы хотели от с++ интерфейса? даже разрабы не осиливают Py.
Не пробовал питон, но вроде в KDevelop питоно-плагин сделали.
а давно питону такой редактор понадобился? ему хорошего текстового редактора хватит и мозгов)) все равно одни обвязки кругом.
А мне нравится, удобный редактор и поддержка Python хорошая!
кстати в простом kate поддержка питона шикарная. автодополнения правда не всегда норм, но по большей части отлично. подожди скоро емаксоводы подтянутся)))
Разве у Питона нет "канонического" Питоно-IDE?
это ты про idle? все его новичкам рекомендуют и пропихивают.
Скорее PyCharm
> QML, в котором для определения сценариев используется JavaScript, а структура
> и параметры элементов интерфейса задаются CSS-подобными блоками.Никогда этого не понимал. Если мне захочется в сценарии с каскадными стилями и блудницами, разве я не наверну электрон? В кутях моя измученная душа ищет НАТИВНЫХ ощущений^Wвиджетов. На которые, походу, разрабы забили совсем...
QML куда легче и быстрее электрона. Можно прототипы писать, потом переписывать на полноценном Qt. А еще там хороший JIT.
Вот только QWidgets deprecated. Не на что переписывать.
Maintained != deprecated, я не нашёл ни одного заявления, что виджеты из Qt выкинут. Развивать не будут, но там уже и развивать нечего, всё просто работает, а изменения ради изменений никому не нужны.
>я не нашёл ни одного заявленияА Византия? Тоже существует поскольку нет официального заявления отвественного византийца о роспуске Византии с подписью и оттиском на глине?
>но там уже и развивать нечего
Да ладно. Как например аппаратное ускорение при отрисовке? Как например адаптация внешнего вида под платформу? В QML это сделали. В QWidget -- нет.
Чем тебе "Maintained" мешает код на QWidgets писать? У тебя кодовая база Qt вся единомоментно исчезнет, как только ее развивать перестанут?
Зачем мне писать на платформе у которой УЖЕ есть проблемы, которые исправляться не будут и когда вся подплатформа через пару лет пойдёт под нож?
Да, уже написанный код вполне ещё будет работать. Его вполне можно поддерживать не переписывая. Но новый код уже имеет смысл базировать на чём-то другом.
> Но новый код уже имеет смысл базировать на чём-то другом.а вот, кстати - попробуйте - электрон!
> и когда вся подплатформа через пару лет пойдёт под нож?Где вы это прочитали что QWidget удалят?
>> и когда вся подплатформа через пару лет пойдёт под нож?
> Где вы это прочитали что QWidget удалят?В "Глобальном Вестнике", сразу после статьи об упразднении Византии :)
>А Византия? Тоже существует поскольку нет официального заявления отвественного византийца о роспуске Византии с подписью и оттиском на глине?Отличный конспирологический аргумент, "никто ничего не сказал, но всем здравомыслящим людям очевидно, что...".
>Как например аппаратное ускорение при отрисовке?
Даже шрифты будут при этом выглядеть ненативно.
>Как например адаптация внешнего вида под платформу?
Да вроде нормально, вы о чём?
> Да вроде нормально, вы о чём?Может я чего-то не понял, но у меня не получилось привести QWidgets к нативному виду на Андроиде. QML при это выглядит вполне по-андроидному.
QML претендует на роль Electron'а здорового человека, где основная логика пишется на C++, интерфейс задаётся без насилия над XML и DOM, а JavaScript вставляется только там, где декларативный UI сам не справляется. Но писать веб-сайты вместо приложений бизнесу оказалось выгоднее.
Виджеты после QML - как запорожец после ламборджини.
Про CSS-подобность QML - это неправда.
И использование JS можно при желании минимизировать и держать всю логику в C++.
Qt-шники обещали все исправить в Qt6.
Обещают типизированный QML с опциональным js и генерацией нативного кода.
>Никогда этого не понимал.Это твоя проблема. Ничего не знаешь, ничего не понимаешь. Обычный фанатик, который где-то что-то услышал.
> Если мне захочется в сценарии с каскадными стилями и блудницами, разве я не наверну электрон?
Нет, очевидно. Электрон нужен не для этого. К тому же qml - это фреймворк. Наличие броузера не даёт тебе его аналога. Сравнивать qml нужно не броузером, а с конкретными фрейморками. И о чудо - их почти нет. Из чего-то уровня qml - это флаттер, который вчера родился.
>В кутях моя измученная душа ищет НАТИВНЫХ ощущений^Wвиджетов.Нет. В кутях ищут не этого. Проблема не в нативности - проблема в переносимости и произвольности гуйни. Всё это нативное используется слабо не потому, что оно нативное. А потому, что оно говно. Нативные виджеты не отвечают базовым требованиям к современной гуйне. И вообще любой адекватной гуйне.
Людям нужно рисовать гуйню так, как они хотят. А не пердолится с базовыми графичесикими примитивами на которые можно раз что +/- одинаковые шкуру прикрутить.
Поэтому вся гуйня даже в нативном мере на qml"е. Иди попытайся нарисовать на нативных виджетах плазму.
А то, что они на жабаскрипте и css - это отчасти потому, что много веб-иллиты. А в большей степени потому, что всё остальное не разработано, а веб вот он уже есть. А даже если каким-то образом разовьётся - реализовать сложнее в разы.
>На которые, походу, разрабы забили совсем...
Правильно, потому что нахрен никому ненужны. Что я с твоими виджетами буду делать в вебе/на мобиле?
> Нативные виджеты не отвечают базовым требованиям к современной гуйне
> современной гуйнеТеперь понятно. А твое мнение изменится, если тебя заставят в СОВРЕМЕННОЙ ГУЙНЕ работать, а не лайки ставить?
Или у тебя работа такая... лайки ставить?
>Теперь понятно. А твое мнение изменится, если тебя заставят в СОВРЕМЕННОЙ ГУЙНЕ работать, а не лайки ставить?Работаю, маня. Латай методичку, жертва пропаганды. Да и ты итак в ней сидишь. Хотя opennet пример как раз таки протухшей гуйни, но даже он лишь пограничный уровень.
Соответственно, выбора может быть только два. Либо гуйня адекватная, то она современна. Если она протухшее говно - она говно неадекватное. И ждать это говно может только жертва пропаганды. Потому как не понятно как человек с ясным сознанием может нести подобную херню.
Хотя тут много двинутых колхозников. Тут орут про раньше, про пхп и прочую чушь. Всё это - не более чем коллективное помешательство домохозяек-эникеев, которые считают себя крайне экспертными экспертами.
Не взлетит. Пока каждый разработчег под каждую свою библиотеку или приложения пишет сборочные файлы с нуля сам и в каждом файле применят один и сотни способов сборки, а так же хаков - все эти потуги сделать NPM напрасны.
Вы внимательно новость прочитали? Речь не о библиотеке, а об IDE.
Речь о Qt Marketplace.
В NPM тоже костылей хватает. Пока создатели маркетплейса не разработают стандарты размещения контента, с учетом языка и платформ, под которые они его (маркетплейс) делают, он особо не взлетит. Ну а С++, как язык, сложностей добавляет в создании стандартов. К тому же, практика использования двух известных маркетплейсов, говорит о том, что далее последует дикие закручивание гаек и монетизация.
Сломаны настройки warning'ов в Code Model.
Вот вопрос к знатокам Кутикреатора:
Отладка с русскими путями к исходникам/исполняемому по прежнему не работает и передёргивает окно IDE за границы экрана?
И до каких только извращений не додумываются
> И до каких только извращений не додумываютсяИ в чём же это проявляется?