Состоялся выпуск интегрированной среды разработки Qt Creator 5.0, предназначенной для создания кроссплатформенных приложений с использованием библиотеки Qt. Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками. Значительное изменение номера версии связано с переходом на новую схему назначения версий, в рамках которой в выпусках с функциональными изменениями будет меняться первая цифра версии (Qt Creator 5, Qt Creator 6 и т.п.)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=55692
виндовый снимок окна доставляет
Потому что в дистры видимо ещё не завезли. Могут вообще не завезти, если он от Qt 6 зависит.Qt Company поступила по свински, дропнув 32-бита. Из-за этого Qt 6 гкажется негодным для целого ряда дистров.
Собирается и работает. Ты о чём вообще?
По ссылке в статье невозможно найти, откуда его скачать. Где Вы брали исходники?
>Потому что в дистры видимо ещё не завезли. Могут вообще не завезти, если он от Qt 6 зависит.в какий на*й дистры не завезли?
у них уже 100 лет свой инталлятор дистронезависимый
https://i.imgur.com/XIX0wq3.png(хотя ожидание от анона понимания комментируемой темы - это слишком много)
Он тебе про одно, а ты про другое. Ну при чём тут этот инсталлятор? Речь шла про репозитории дистрибутивов. А использовать виндовые привычки в лине моветон.
чё? поставка в дистрибутивы осуществляется через дистронезависимый инсталлятор (так трудно понять простешее, прадва?).
и да, *.run вполне себе один из стандартных способов распространения ПО в unixlike (но ты этого не знал, понимаю)по поводу реп: в репы Qt уже очень и очень давно не поставляют сборочное окружение сама, и вообще не рекомендует его оттуда ставить вне зависимости от дистрибутива (и я вообще не понимаю зачем это делать, когда есть более простой и вменяемый способ, в данном случае).
>А использовать виндовые привычки в лине моветон.
мнение очередного Yксперта очень важно для всех :-D
особенно когда не понимает причин отказа от репозитория в пользу независимого инсталлятора (даю подсказку: копай в сторону разруливания зависимостей при попытке установки разных версий фреймворка и сборки своего проекта под них, а так же зависимостей под сборочное окружение вцелом, и добавь сюда целый зоопарк дистриюутивов со своими репами и пакетными базами)(и да, боюсь, что формат .run появился гораздо раньше тебя и виндовспривычек)
> *.run вполне себе один из стандартных способов распространения ПОСтандартный для дураков, запускающих что попало из-под рута ('rm -r /' передает привет, бамблби и яндекс.диск нервно озираются) или ставящих ПО в хомяк, где любая злономеренная программа, запущенная от пользователя, запишет нагрузку в исполняемые файлы (back to MS-DOS). В догонку, сам инсталлятор QtCreator'а подсунет тебе телеметрию, добавленную пару выпусков назад.
В сборках из репозиториев нет телеметрии, обычно не запускаются какие-попало скрипты при сборке и установке, а файлы, которые копируются в корень системы под рутом, контроллируются пакетным менеджером на допустимые пути, конфликты, suid'ы и прочее. А свой виндовс-вей кушай сам, не обляпайся.
Кстати, скоро в школу. Ты подготовил портфель к 1 сентября?
В чем-то вы правы оба. Но вот по поводу Qt-creator я согласен с тапком по одной простой причине: в дистрах не умеют нормально готовить плигины для Qt-creator, в частности плагины valgrind, cppcheck, clang. Qt MaintenanceTool вполне нормально обновляет Qt-creator, который в свою очередь подхватывает Qt окружение системы. Если нужно чтобы везде работала собранная программа, нужно собирать в Debian, там либы не первой свежести. И да, Qt-creator в хомяке.
>[оверквотинг удален]
> Стандартный для дураков, запускающих что попало из-под рута ('rm -r /' передает
> привет, бамблби и яндекс.диск нервно озираются) или ставящих ПО в хомяк,
> где любая злономеренная программа, запущенная от пользователя, запишет нагрузку в исполняемые
> файлы (back to MS-DOS). В догонку, сам инсталлятор QtCreator'а подсунет тебе
> телеметрию, добавленную пару выпусков назад.
> В сборках из репозиториев нет телеметрии, обычно не запускаются какие-попало скрипты при
> сборке и установке, а файлы, которые копируются в корень системы под
> рутом, контроллируются пакетным менеджером на допустимые пути, конфликты, suid'ы и прочее.
> А свой виндовс-вей кушай сам, не обляпайся.
> Кстати, скоро в школу. Ты подготовил портфель к 1 сентября?1).run не запускается под рутом и не требует дополнительных прав кроме как +x на запуск (как для любого бинаря)
так что сам дурак2) пакеты из репозитория ставятся процессом с правами рута и могут делать что хотят (сам дурак +2)
3) в QtCreatore есть телеметрия, тебе об этом сразу говорят, птичкой ты её можешь убрать (это техническая телеметрия а работе их ПО) если ты беспокоишься за свою сокровенную инфу - уверяю тебя, ни ты ни твой хлам никому не интересен, так что шапочку из фольги можешь снять (втройне дурак)
4)
> А свой виндовс-вей кушай сам, не обляпайся.
> Кстати, скоро в школу. Ты подготовил портфель к 1 сентября?вот только не надо пытаться казаться тем, кем не являешься, прафесянал-линуксовед :-D (иначе бы очевидные глупости не писал)
> прафесянал-линуксовед :-D (иначе бы очевидные глупости не писал)Очевидные глупости пишешь ты, малолетний кривляка. Не расстраивай маму.
> .run не запускается под рутом и не требует дополнительных прав кроме как +x на запуск
Если .run не требует рута, значит рута не требует перезапись бинарников, которые он ставит в доступную на запись любым (sic!) пользовательским процессам директорию. (О чём я уже писал, но ты пропустил мимо ушей.) Так делали в незапамятные времена в MS DOS и Windows, что привело к чрезвычайному распространению самого примитивного вида вирусов - файловых. На борьбе с которыми в зарождавшейся России построили себе карьеру Лозинский (adinf), Данилов (drweb) и Касперский (avp). Потом Винда слизала DAC из Unix и разделила программы и данные, и ситуация с вирусами стала заметно лучше. Но до сих пор можно встретить программы, которые хранят данные в каталоге с программой, обычно устанавливавшейся на диск D:, и требуют админские права для первого запуска, если та установлена, как положено, в C:/Programs. Ну а ты всё пропустил. Надеюсь, на уроках ты более внимателен.
> пакеты из репозитория ставятся процессом с правами рута и могут делать что хотят
И этот процесс - пакетный менеджер, а не мусор из интернетов. Пакетный менеджер выполняет только те сценарии (скрипты), которые прописаны сопроводителем пакета, а не те, которые идут в составе дистрибутива программы. А то и вовсе, ободится без скриптов. Часто он просто копирует файлы, подготовленные в процессе сборки, выполняя лишь проверки на дубли, допустимые каталоги и права доступа. Сценарии сборки вообще на машине конечного пользователя не выполняются, а там где выполнятся, то с правами пользователя, в контейнере и т.п.
> шапочку из фольги можешь снять
Обойдусь без советов Yкспертов.
> В сборках из репозиториев нет телеметрии, обычно не запускаются какие-попало скрипты при сборке и установке, а файлы, которые копируются в корень системы под рутом, контроллируются пакетным менеджером на допустимые пути, конфликты, suid'ы и прочее.А ещё там нет свежего Qt Creator.
А раз нет софта - то нет и проблемы.
> А ещё там нет свежего Qt Creator.
> А раз нет софта - то нет и проблемы.Не надо судить обо всех по своей возлюбленной Rosa Tresh. Другие вполне живы.
Как же сильно тебя бомбит.
А вчера я наконец заплакал. Последний вменяемый старожил удалил Rosa Tresh. До сих пор рыдаю.
> А использовать виндовые привычки в лине моветон.С разморозкой!
И да, Буш больше не президент, братья Вачовские стали сестрами (с)
>Qt Company поступила по свински, дропнув 32-бита.Это 100%-я инфа? А то как же они устремились на поддержку микроконтроллеров?
>>Qt Company поступила по свински, дропнув 32-бита.
> Это 100%-я инфа? А то как же они устремились на поддержку микроконтроллеров?мем "ЭТО ДРУГОЕ" (c)
> Qt Company поступила по свинскиДа нет, это дистры поступают по-свински, требуя индивидуальной сборки софта под себя любимого и не предоставляя кросс-дистрибутивных средств установки софта.
Собирать плюсы на 32 битах такое себе наверное.
Потому, что 90% всех топовых плюсовиков сидят на венде, включая самого главного.
> Потому, что 90% всех топовых плюсовиков сидят на венде, включая самого главного.Бред. Я понимаю самомнение. Но по факту реально топовые плюсовики к венде не подходят на пушечный выстрел ибо венда вообще не для программистов сделана и писать в ней что-то чревато психологическими травмами.
А на чём по-твоему пишет эти самые плюсы дядюшка Страуструп?
> А на чём по-твоему пишет эти самые плюсы дядюшка Страуструп?Он не пишет никакие плюсы -- он пишет кресты. Си-кросс-кросс, если Вы слышали его лекции. И суффикс у исходников .cc, а не .pp, как если бы это были плюсы.
Чего же тогда в венде нет нормальной поддержки стандарта даже одинадцатого года? Разное ms-говно, регулярно не входящее в релиз iso/iec 14288 есть, а базового в полном объеме нет. Да и вроде именно самый главный выкинул из стандарта приложение c якобы "безопасными" функциями для работы со строками *_s().
Автор новости вантузоид - позор.
Да даже сам Страуструп вантузоид. Людям работать надо, а не "осиливать" цифровые нечистоты была из freedesktop.org
Чем это лучше gambas?
согласен, gambas получше будет
Ничем. Гораздо хуже, чем gambas.
А какие языки поддерживает Gambas, кроме Васика?
Святая толстота. Программы хоть без интерпретатора работают? Оно кросплатформенное?
Да, компилятор есть.
Давно ли креведко под вин работает и компилятором обзавёлся? Что-то гонете вы, батенька.
Давно. А jit тоже компилятор.
> Чем это лучше gambas?Это другое. gambas это BASIC, а тут C\C++ при этом пригоден для любых C\C++ проектов.
Чем это лучше gambas?iPony - твой клиент. Лови утаревшие технологи васика.
>Добавлена экспериментальная поддержка сборки и запуска приложений в контейнерах Docker.У них докеразм диагностирую я.
а у тебя лицензия есть ставить диагнозы?
Диагностирование докеразма к лицензируемым видам деятельности не относится.
диагностирую я что ты или не разработчик, или стажер который не понимает
тю, опеннетовский иксперт закукарекал
Хорошая вещь. Пользуюсь для плюсов вместо всего остального.
Жаль только, что родную систему сборки на симэйк меняют.
LSP, конечно, интересно, но пробовал как-то - были баги.
>Жаль только, что родную систему сборки на симэйк меняют.Не жаль. Это единственная юзабельная система сборки. Даже мезон пока не дотягивает.
Все время пользовался qmake/qbs. Никаких проблем. Симейк не вызывает восторга.
особенно без нормальной поддержки cmake в ProjectManager'e кьют креатора :-(
Таргеты показывает, сборку выполняет. Что еще нужно?
А добавлять файлы, чтобы оно автоматом редактировало CMakeLists, по человечески вообще никто не умеет.
надо что бы группы файлов показывало почеловечески а не через жопу.
За последний год около 10 багрепортов по этому поводу, а кутешники в ус не дуют.
Оформите патч. Я им присылал багфиксы по дереву cmake файлов когда оно только появилось.
В QtCreator чуть ли не лучшая поддержка CMake из всех открытых IDE. Да ещё и с clang-backend'ом впридачу. И новые фичи появляющиеся в CMake, вроде precompiled headers, он реализует один самых первых.Опять ты чушь пишешь.
наверное именно поэтому cmakeprojectmanager2 и пилят, потому что в штатном "чуть ли не самая лучшая"
Программисты всегда что-то пилят. Ибо это их хлеб. Ибо нет пределов совершенству.
>> родную систему сборки на симэйк меняютНе меняют. Они сказали что сам QtCreator будет собиратся на смаке. А .proфайлы останутся для стандартных пректов и они подеерживаюь их.
Интересует другой вопрос. От qbs отказались, но закидывают самое последнее в новую сборку.
Зачем отказывались, причина была какая? Были хорошие отзывы о ней..
Кутешники отказались развивать кубс за свой счет и предложили это делать сообществу.
Нашлись добрые люди которые подхватили разработку на общественных началах.Кутешники же предоставляют свою инфраструктуру (гит, геррит, багтрекер), ну и распространяют вместе с КутеКркатором.
Вообще то причина одна.Изначално неправильная постановка задачи менеджарами программисту.
Ему сказали делать, он делал. Условие что для сборки qbs не должен использоваться Qt вспыло в конце.Теперь же переписать все без использования Qt - очень долго и никто не будет делать.
> Условие что для сборки qbs не должен использоваться Qt вспыло в конце.Где это такое условие всплыло, хотелось бы знать?
>Значительное изменение номера версии связано с переходом на новую схему назначения версий, в рамках которой в выпусках с функциональными изменениями будет меняться первая цифра версии (Qt Creator 5, Qt Creator 6 и т.п.).И эти туда же.
Ну так маркетинг, ититьегомать, же.А вообще, это один из основных внешних признаков гниения проекта.
$329 в месяц!!! Для десктопа это платное ПО. Какое оно тут делает.
Есть же open source версия. В чем проблема?
> $329 в месяц!!! Для десктопа это платное ПО. Какое оно тут делает.что здесь делаешь ТЫ, если не знаешь разницы между OpenSource и FREE
Сразу видно - рептилоид. Живут в каком-то своем замкнутом мирке.
LTS версии и offline-установщик стали коммерческими.
У GTK нет и не было LTS, живут как-то.
> LTS версии и offline-установщик стали коммерческими.И что?
Но что с поддержкой раста?
Ты неправильно пишешь python
Тут речь про C++
> Тут речь про C++JavaScript, CSS и C++!
Только после того, как QtCreator портируют на РеСдох.
толко после того как это РеСдох запеститься начнут портировать.
пока только LSP сервер
https://github.com/AndrewGaspar/corrosion
Интерестно, но причем тут QtCreator ?
А у них всегда в расте так.
Ничего. Как и везде с вашим растом.
> Ничего. Как и везде с вашим растом.Раст не наш, а общий. Всечеловечный.
> Раст не наш, а общий. Всечеловечный.Да, есть такая болезнь у наркоманов.
Тем не менее это ничего не меняет. На расте пока только блаблабла.
Отладку проектов с путями из русских буков продают, или просто показывают?
РусБИТех сделает импортозамещённый КуТе Креатор.
Дак вроде это проблема GDB. Когда поменял отладчик на LLDB всё заработало.
Не гоните на gdb, он прекрасно работает с юникодными путями.
Qt, QML, JavaScript... всё это чересчур перегружено, жирно, сало так и течёт!
Лучше электрон да? ...вообщем не мели чушь, QML доступен без JS и классически виджеты никто не удалял...балабол подгномотыченный
Что ты несёшь!!!
На чём интерфейсы пишешь?
Dear ImGui
https://github.com/ocornut/imgui
Тебя никто QML использовать не заставляет. И нормальные люди его и не используют. Тем более что они сами признали что есть проблема с производительностью.В аутомотив всё это на нормальные плюсы переводить стали.
> И нормальные люди его и не используют. Тем более что они сами признали что есть проблема с производительностью.нормальный люди как раз только его и используют, а иксперты вроде тебя в жизни ничего не писали на qt, раз такую пургу несут
Я пытался использовать qml, но испытал много боли. Мне надо было всего лишь editable table view с данными из базы данных. На QtWidget получилось без проблем, а qml постоянно падал и вонял телефонными интерфейсами. Это нестабильность и ущербность -- это куда более актуальные вещи, чем производительность.
о чем и речь - ты любитель, причем глупый и неопытный, но мнение имеющий и проецирующий его на все как экспертное, а по факту, ты - ноль, типпчный опеннетный иксперт, умеющий только с*ать в камментах
Ты не в себе. Ну и проблемы с qml достаточно объективны: он слишком ограничен в возможностях, если сравнивать с нейтивом.
Какая глупость. Иди посмотри что в аутомотив творится. Уже проще и логичнее чем Widgets и C++ с QtDesigner найти сложно.
>> Тебя никто QML использовать не заставляет.Так я и не использую QML, равно как и Qt. И счастлив без них :)
Хотя когда-то рассматривал и даже пробовал...Но слишком уж оно толстое для GUI, просто непозволительно, чудовищно толстое... Очень низкая эффективность всего этого хозяйства, хотя в своё время Qt была неплоха по сравнению с другими. Но те времена прошли. Сейчас есть более интересные, более открытые и на порядки более компактные альтернативы для GUI, причём порой даже с более обширным функционалом. А для всего остального, помимо GUI, оно вообще неактуально, т.к. для C++ хватает библиотек на любой вкус.
> Сейчас есть более интересные, более открытые и на порядки более компактные альтернативы для GUIМожете привести пример(ы)? Я бы назвал Dear ImGui, но дефолтные контролы выглядят страшновато для обычного пользователя, а допиливание до уровня Qt (особенно если учесть графические эффекты Qt Quick) займёт сильно много времени, и тогда проще взять Qt.
В Dear ImGui достаточное количество настроек стиля, чтобы сделать интерфейс весьма симпатичным и приятным. Да, он не будет со всякой мишурой, стразами и свистоперделками, если только вы сами об этом не позаботитесь (все возможности для этого есть), но взамен вы получаете несравнимо более значимые бонусы. Qt Quick по количеству и функциональности компонентов ни в какое сравнение не идёт с Dear ImGui - это вообще небо и земля. Количество и функциональность компонентов в Dear ImGui и Qt примерно на одном уровне (по крайней мере мне всего с запасом хватает в Dear ImGui). Но Dear ImGui несравнимо более компактный, намного более кроссплатформенный, чем Qt, и имеет непосредственную интеграцию с OpenGL/Vulkan/DirectX/Metal и др. (и отрисовывается ими же), также можно легко вносить изменения в исходники самого Dear ImGui (он включается в ваш проект в виде исходников)...Короче, его применение даёт много ощутимых и важных бонусов, но у него другая концепция, к которой нужно привыкнуть, и несколько другие сферы применения, хотя Dear ImGui и можно использовать для построения интерфейсов классических приложений. И, боги!, в нём нет JavaScript, QML и прочей новомодной херни! Только C++!!!
Исходя из своих задач, для себя я выбрал Dear ImGui, где он подошёл идеально, в отличие от Qt, который хреново подходил, а точнее совершенно не подходил. В результате я забыл о Qt как о страшном сне. Но выбор инструмента зависит от конкретных задач. Универсальных инструментов то нет.
Да, ещё забыл сказать, что Dear ImGui, как и C++, и многие инструменты с ним связанные, всё-таки требует, чтобы у человека было хоть чуть-чуть мозга (в самом широком смысле) и опыта, ну хотя бы чтобы он понимал, что делает и зачем.
>Улучшена поддержка запуска сборок Qt Creator для процессоров Intel на компьютерах Apple с чипом M1.Погромисты из стана Эппол в сборку из исходников, видимо, не умеют.
Поздно. Я уже свалил на clion.
> Поздно. Я уже свалил на clion.И зря. Но тут ты сам себе злобный буратино.
> Поздно. Я уже свалил на clion.Поверь сообщество адекватных людей только выиграло от этого.
держи в курсе
6 лет прошло, а эта issue (5064) не будет закрыта в 2021.3, разработка который еще даже не начата
поделись как ты видишь реализацию этой фичи?
> поделись как ты видишь реализацию этой фичи?Изи, брать инфу из clangd, который сейчас и используют в Clion. Так же поступают в текстовых редакторах с LSP. В QtCreator берут из libclang, но clangd ему не уступает.
Отличная новость. Отлична прога. Приятно пользовать на любых C/C++ проектах. Аналогов нет которые бы столько могли из коробки без вазни с плагинами и конфигами.Удачи проекту.
+
-
/
*
Больше года использую. Плююсь.
Через левое плечо? Чтобы только подписку не ввели, как у CLion? Правильно!
СLion.
Круто! Подписка! $650 в год! Уже бигу покупать!
Чет ты попутал, дружок. Индивидуальная лицензия стоит 20 с чем-то долларов в год. 650 - это скорее корпоративная лицензия на дофига мест.
Оке, дружок, попутал =) Но и ты немного путаешь. $90 первый год.
