The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз среды разработки Qt Creator 18

03.11.2025 09:48

Состоялся выпуск интегрированной среды разработки Qt Creator 18, предназначенной для создания кроссплатформенных приложений с использованием библиотеки Qt. Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками. Готовые сборки сформированы для Linux, Windows и maсOS.

В новой версии:

  • Добавлена экспериментальная поддержка спецификации Development Containers для автоматизации настройки контейнеров с окружением для разработки проекта. Qt Creator теперь определяет наличие файла "devcontainer.json" в каталоге с проектом, создаёт на его основе Docker-контейнер и настраивает взаимодействие с ним из приложения.
  • На страницу первого запуска (Welcome) добавлена вкладка "Overview" с подборкой содержимого из других вкладок и рекомендованным списком заметок, руководств и примеров.
  • Изменено оформление уведомлений, которые теперь выводятся во всплывающих окнах. Для возвращения показа уведомлений в форме встроенного баннера можно изменить настройку "Environment > Interface > Prefer banner style".
  • В редакторе кода реализована опциональная возможность использования вкладок для быстрого переключения между файлами. Режим активируется через настройку "Environment > Interface > Use tabbed editors".
  • В модель кода C++ добавлена поддержка новых возможностей языка. Для C++ также реализованы быстрые правки для удаления фигурных скобок и определения статических полей. Инструментарий Clangd/LLVM обновлён до версии 21.1.
  • Для QML обеспечена загрузка и использование самой свежей версии QML Language Server.
  • Файлы ".user" со специфичными для Qt Creator настройками проекта перенесены в подкаталог ".qtcreator/".
  • В режиме проекта реализована возможность отображения только kit-наборов (привязки к разным сборочным инструментариям и версиям Qt), применимых к проекту или уже используемых в проекте. Страница "Run" разделена на страницы с настройками развёртывания ("Deploy Settings") и запуска ("Run Settings"), которые вместе с настройками сборки ("Build Settings") перемещены из страницы выбора kit-наборов во вкладки в окне просмотра контента. Добавлена опция для синхронизации настроек запуска с одним kit-набором или между всеми kit-наборами проекта.
  • Для проектов, использующих CMake, добавлена поддержка преднастроенных тестов (Test Preset). В Locator добавлен фильтр "ct" для запуска тестов на базе CTest.
  • Добавлена конфигурация для использования на удалённых Linux-устройствах различных утилит, таких как CMake, clangd, rsync и qmake. Добавлена настройка Auto-connect для включения автоматического подключения к удалённому устройству при запуске.
  • В редакторе Git-коммитов расширены доступные действия с файлами, например, добавлена поддержка прямого добавления файлов в ".gitignore".


  1. Главная ссылка к новости (https://www.qt.io/blog/qt-crea...)
  2. OpenNews: Релиз фреймворка Qt 6.10
  3. OpenNews: Релиз среды разработки Qt Creator 17
  4. OpenNews: Сообщество Eclipse представило интегрированную среду разработки Theia IDE
  5. OpenNews: Выпуск интегрированной среды разработки Apache NetBeans 27
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64167-qt
Ключевые слова: qt, qtcreator
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (51) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, kravich (ok), 09:49, 03/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Qt Creator теперь определяет наличие файла "devcontainer.json" в каталоге с проектом, создаёт на его основе Docker-контейнер и настраивает взаимодействие с ним из приложения.

    В какой момент мы свернули не туда?

     
     
  • 2.2, Аноним (2), 09:57, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда вместо корпаративных серверов айбиэм с проприетарный ос стали использовать разъевшиеся десктопы на прошивке от линусяна.
     
     
  • 3.56, Работа (?), 14:28, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лисяна ? В лисяне это интерфейс или там не такой?
     
  • 2.13, Владимир (??), 10:27, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Перешел на KDevelop и жизнь наладилась.
     
  • 2.30, Аноним (30), 11:41, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ждём когда добавят компилятор Rust в число обязательных зависимостей Иногда д... большой текст свёрнут, показать
     
     
  • 3.36, Аноним (-), 12:32, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Было бы неплохо Хорошо кому Вон недавно Кикад-овцu жаловалдись что их поделка ... большой текст свёрнут, показать
     
     
  • 4.44, Аноним (30), 13:28, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Такие проблемы решаются точечно, без необходимости перелопачивать всю кодовую ба... большой текст свёрнут, показать
     
  • 3.39, Аноним (39), 13:19, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, например так https www opennet ru opennews art shtml num 63419 Очень инте... большой текст свёрнут, показать
     
     
  • 4.54, Аноним (30), 14:16, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чушь Для винды и мака приложения wxWidgets выглядят в 2025 году как нативные А... большой текст свёрнут, показать
     
  • 2.31, ПомидорИзДолины (?), 11:49, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какая альтернатива? Устанавливать все зависимости  на свою тачку? Потом еще разницу в версиях между разными машинами ручками разруливать?
     
     
  • 3.58, Аноним (58), 14:52, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Откройте для себя CQtDeployer.
     
  • 2.37, javamustdie (?), 12:52, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нормально это.
    Просто автоматизация рутинных действий и автоматизация.
    Главное ни чему не мешает, вроде-бы.

    Другое дело, что удручает уровень продуманности и качество реализации.
    Сколько помню (а пользуюсь почти 20 лет), все версии QtCreator падали и продолжают падать.
    Но в старых версиях это было относительно редко, а последние крашатся чуть-ли при любом шаге в сторону.
    Еще радуют ошибки с результатом "не получилось", то ssh-подключение не добавляется, то тесты не распознаются, и таких глюков сотни.
    Короче, чем пушистей C++ и тем больше вспомогательных фич в subj, тем хуже всё это работает.

    Отдельно доставляет распространение в виде flatpak/snap, ведь потом очень "удобно" что-либо отлаживать в хостовой системе (непосредственно не возможно, ибо "изоляция", только через ssh cо всеми сопутствующими глюками и ограничениями).

    Жрем кактус дальше (

     
     
  • 3.40, Аноним (39), 13:20, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Сколько помню (а пользуюсь почти 20 лет), все версии QtCreator падали и продолжают падать.

    Как и ожидалось от флагмана крестовой разработки. Ну не могут крестовики и сишники писать сложный софт.

     
     
  • 4.48, javamustdie (?), 13:42, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да-да, java-ide падают чуть чаще, жрут памяти раз в 10 больше и почти всего работают настолько-же медленно.

    А кошмар с плагинами, их постоянной не совместимостью и вечной глюкавостью...

    Впрочем, каждому свой кактус вкуснее.

     
  • 2.38, Аноним (39), 13:12, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В тот момент, когда не захотели ознакомится с nix - более двадцати лет назад.
     

  • 1.3, Аноним (2), 09:58, 03/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Qt последний оплот кроссплатформенной свободы. Не будет qt и разработка софта погрузится в хаос.
     
     
  • 2.4, Omnomno (?), 10:05, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    То ли дело сейчас.
     
     
  • 3.6, Аноним (2), 10:06, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какие у тебя претензии к qt?
     
  • 3.28, Аноним (28), 11:37, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Qt Radiant намного круче.
    Если кто незнает такой редактор кварт Quake.
     
  • 2.14, Ан333ним (?), 10:29, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Рад, что ты за нас "вендотроллей" переживаешь.
     
  • 2.21, Pascal (??), 11:19, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну ты чо, о Lazarus IDE еще ничо не слышал?
     
     
  • 3.33, anonist (?), 12:11, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Использует GTK и тот-же Qt на GNU/Linux.
     
  • 2.41, Аноним (39), 13:22, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Qt последний оплот кроссплатформенной свободы.

    Гм. Есть ещё sdl, gtk, electron - и это как минимум.

     
     
  • 3.61, Аноним (-), 15:40, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Гм. Есть ещё sdl, gtk, electron - и это как минимум.

    sdl слишком низкоуровневое
    gtk на богомерзской со своими убогими Г-object
    electron - лучши выбор для любой кроссплатформы - что открытой, что проприетарной - потому что свободен.

     

  • 1.5, Аноним (5), 10:06, 03/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Зачем дублировать усилия? Можно же было просто написать плагин с поддержкой Qt для Emacs, и переиспользовать один из самых продвинутых редакторов в мире.

    Тем более, что в емаксе уже есть поддержка gdb и прочей отладки.

     
     
  • 2.8, Аноним (2), 10:07, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Любой выкидон emacs, создание которого ты не контролируешь и делается как есть без гарантий и твой плагин превращается в тыкву. Бизнес так не делается, пойми это.
     
     
  • 3.19, Аноним (5), 11:06, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так Qt Company и X11, Windows, Wayland и Android не контролирует, а ничего, бизнес идёт.
     
     
  • 4.23, Аноним (23), 11:23, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Открою тебе секрет qt от них и не зависит. Оно может работать на относительно слабом встроенном железе.
     
  • 2.9, kravich (ok), 10:14, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    IDE должна быть написана на нормальном компилируемом С++, а не на ЛNСП
     
     
  • 3.20, Аноним (5), 11:07, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Компилируемый язык это какой? QML? Если да, то в таком смысле лисп тоже компилируемый, через libgcc.
     
     
  • 4.51, Аноним (51), 14:07, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ведётся работа по переводу Emacs c Elisp-интерпретатора на Guile-компилятор https://www.emacswiki.org/emacs/GuileEmacs
     
  • 2.16, Аноним (16), 10:44, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так ты это не продашь.
     
  • 2.18, Аноним (-), 11:04, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А когда в emacs редактор кода завезли?
     
     
  • 3.49, Аноним (51), 13:42, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По крайней мере, для кода на C, С++, Python редактор кода туда уже завезли очень давно.
     
  • 2.46, Аноним (51), 13:40, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > написать плагин с поддержкой Qt для Emacs

    Так наверняка такой плагин уже написали. А может, и не один.

     

  • 1.22, Аноним (22), 11:22, 03/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Для C++ также реализованы быстрые правки для удаления фигурных скобок

    Наобород надо форсировать скобки, а не удалять, чтоб не было dangling else и  неоднозначности:

    if (condition1)
        if (condition2)
            statement1;
        else
            statement2;

     
     
  • 2.26, Аноним (23), 11:27, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо вернуть begin, end.
     
     
  • 3.29, kravich (ok), 11:40, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хуже способа выделять блоки кода человечество в принципе не придумало
     
     
  • 4.35, Аноним (-), 12:27, 03/11/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 4.45, Аноним (39), 13:31, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А как же гвидобейсик с отступами?
     
     
  • 5.53, kravich (ok), 14:13, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это в свою очередь лучший способ выделять блоки кода
     
  • 5.55, Аноним (51), 14:19, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Рулит же, рейтинги не дадут соврать.
     
  • 3.43, Аноним (39), 13:25, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    begin ненужнон. Что basic, что ruby прекрасно обходятся без него.
     
  • 3.52, Аноним (51), 14:12, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тогда уж отступы пробельчиками и то менее напряжно, чем эти ваши bein-end'ы.
     

  • 1.42, Аноним (39), 13:25, 03/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками.

    Рано или поздно, любой сишник или крестовик осознаёт ущербность своего языка и придумывает не менее ущербный второй язык, желательно ещё и интерпретируемый, для написания графического интерфейса. В отличии от других языков, где графический интерфейс описывается на нём же самом.

     
     
  • 2.47, Anon62513512124 (?), 13:41, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно не оч.приятно это признавать, но есть в этом доля правды.
    Но не сказал бы что эта проблема только у с++ - многие языки программирования в какой-то момент придумывают доп.абстракцию для более удобного описания ui.
    И возятся с ней потом:
    c++/qml
    js/html
    android/xml
    swift/swiftUI

    так что симптом скорее общий

     
     
  • 3.60, Аноним (-), 15:38, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > swift/swiftUI

    А вы пробовали что-то писать на swiftUI? Или только в интернете видели?

    Это же такой же swift, в котором сделан тулкит, написанный на том же свифт.
    Более того, в swiftUI "коде" обычные свфитовые функции.

     
  • 2.50, javamustdie (?), 13:53, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Рано или поздно любой верстальщик UI начинает считать себя программистом и по-идиотски выглядеть через это.

    Использовать язык предназначенный для системного программирования, для "написания графического интерфейса", достаточно неудобно и нерационально, хотя и возможно.

    А вот в обратную сторону не получится, и всё что можно назвать "язык, где графический интерфейс описывается на нём же самом" принципиально не могут существовать без "ущербных" C/C++ ;)

    Короче, не путайте вашу яичницу с другими вещами.

     
     
  • 3.57, Аноним (57), 14:34, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это всё превратилось в наваленные соревнования , ничего пусть будет. Но ты может потом глядишь увидишь какую то другую анимацию , а руки для линейки не положишь хотя уже взял и что ?
     
  • 2.59, Аноним (58), 15:02, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > языков, где графический интерфейс описывается на нём же самом.

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

     
  • 2.62, Аноним (62), 16:15, 03/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это бред, я на чистом С делал DSL для своего UI движка на OpenGL. В духе андроид xml только лаконичнее и с макросами, что очень удобно. С поддержкой практически всего что можно на андроид вьюхах накидать.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру