Сделал окошечко на базе Dialog, сделал две кнопки [OK] и [Cancel] плюс  в уголку кнопка закрытия [X].

[OK] - вызывает accept()
[Cancel] - вызывает reject()
[X] - вызывает close()

И, естественно, прописал диалогу обработчики:

Проблема в том, что если нажать OK или Cancel, то вначале QML сгенерирует вызов onClose(), и только потом onAccepted() или onRejected().

Получается, что хочу я того или не хочу, при нажатии OK будет выполнено:

Действие 3
Действие 1

А при нажатии Cancel будет выполнено:

Действие 3
Действие 2

Но в моей программе важна последовательность действий. И мне нужно, в идеале, как-то сделать, чтобы при нажатии OK или Cancel срабатывал только тот код, который написан в их обработчике.

Если это невозможно, то хотя бы сделать так, чтобы для ОК выполнялось:

Действие 1
Действие 3

А для Cancel выполнялось:

Действие 1
Действие 2

Как этого добиться?

Другими словами: в onClose() надо каким-то образом узнать, это «чистое» закрытие окна, или закрытие через кнопку OK/Close. И дело усложняется тем, что onClose() вызывается ПЕРЕД onAccepted()/onRejected(), то есть невозможно выставить, например, переменную-флаг, на которую можно было бы ориентироваться.

Решение тут: https://www.linux.org.ru/forum/development/16985890

Имеется Qt 5.11.

Вызываю функцию из QML через JavaScript. В качестве параметра передается ассоциативный массив (индексы - строки и значения - строки).


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

https://doc.qt.io/qt-5/qtqml-cppintegration-data.html

Однако все, что я могу вытащить из QJSValue - это QVariantList (это алиас QList<QVariant>). Да и то этот список будет нуливого размера.

Вот код:


Вот результат:


Здесь видно, что isObject() и isArray() одновременно выдают true. Не знаю, должно ли так быть.

Узнать какой тип содержится в QVariant элемента списка я не могу придумать как, так как нет даже первого элемента, ведь список пустой.

В общем, задача - передать ассоциативный массив из QML в C++, но я не могу разобраться как это сделать. Везде пишется как конвертить из C++ в QML, а мне надо наоборот. У буржуев нашел вот такое:

https://lists.qt-project.org/pipermail/development/2014-September/018513.html

Но тут тоже направление из C++ в QML. Как будто из QML в C++ никто ничего структурированного не передает.

Имеется следующий виджет-меню:

http://i.piccy.info/i9/c7c16510d27ba4873ffec2e649009df0/1626854321/67618/1436382/udoLaso01.png

Нужно сделать такой же на Qt5 (обычные виджеты, не QML), всеми пикселями похожий на заданный.

Стиль Windows для QToolButton или для QFrame, в принципе, подходит. Я бы мог понапихать слева-направо или кнопки или фреймы, чтобы составить такое меню. Но если присмотреться, то между секциями вертикальные разделители не "на полную глубину" а как бы "в половину глубины".

Вот я и думаю, каким макаром проще всего сделать меню с такими разделителями секций?

Возник такой теоретический вопрос: если в классе, унаследованном от QTableView, имеется своя реализация mouseMoveEvent, то нужно ли в моменты, когда собственной обработки внутри переопределенного mouseMoveEvent не предусмотрено, вызывать родительский mouseMoveEvent?


Можно ли вообще не делать вызова родительского mouseMoveEvent? На что отсутствие вызова родительского mouseMoveEvent может повлиять?

На первый взгляд действительно, родительский обработчик mouseMoveEvent можно вообще не вызывать. Но может быть, есть какие-то неочевидные ситуации? Например, если не вызывать, то перестанет правильно работать драг-анд-дроп в режиме мультивыбора, или там перестанет выделяться строка при настройке QAbstractItemView::SelectRows после клика мышки на незаполненной строками области таблицы, или еще какая-нибудь замудренная хрэнь?

Имею QtCreator 4.10.2

Пытаюсь в настройках сборки сделать дополнительный шаг. Нажимаю:
В поле "Команда" пишу:
В результате, при сборке появляется ошибка:
Думал, может там среда выполнения не настроена, попробовал так:
Такая же ошибка. Попробовал даже так:
То же самое, невозможно запустить процесс.

Вопрос: как блин в QtCreator настраивать особый шаг обработки?

Для столбца с иконкой и текстом (самый левый столбец) мне надо высчитать фиксированную ширину столбца, и задать ее в пикселях (так хочет архитектор).

Размер иконки известен, размер самой длинной строки текста в столбце тоже известен и вычисляется через fontMetrics(). Неизвестен только дефолтный padding, применяемый в ячейке, а он нужен для расчетов.

Я читаю доку, шерстю интернет, но нахожу только решения "как установить padding":


Мне же нужно сделать обратную вещь: узнать дефолтный padding у элемента таблицы.

Есть метод styleSheet(), который возвращает стиль, и я бы мог его пропарсить. Но проблема в том, что этот метод на самом деле возвращает просто стиль, заданный через setStyleSheet(), а не дефолный стиль.

Откуда еще можно вытянуть дефолный padding для элемента таблицы, я разобраться не могу. Поможите.

Точно, так и есть.

Перед тем, как будет стартовать объект QApplication (метод exec()), мне нужно подготовить определенные файлы, которые нужны для корректного старта, чтобы приложение могло их найти.

Подготовка файлов требует пользовательского выбора с вопросом "где разместить нужные файлы?". Соответственно нужно открыть окно, в котором будет интерфейс выбора. Окно такое есть, оно унаследовано от QDialog, оно работает даже до запуска основного приложения.

Но вот проблема: в этом окне есть код автоматического определения языка системы. И он работает, и он определяет язык, и устанавливает его приложению, и этот код запускается самым первым в конструкторе окна:


Все установки строк в классе этого окна происходят _после_ данного кода. Естественно, все строки обернуты в tr(), сделаны lupdate, linguist, lrelease.

Однако перевода интерфейса не происходит.

Я думал, что перевод не работает из-за того, что настройка языка делается в конструкторе окна. Однако, внутри класса окна есть вызов еще одного диалогового окна QMessageBox, создаваемом на месте вызова на стеке:


И в этом окне тоже перевод не работает.

Я сейчас грешу только на то, что перевод не работает из-за того, что объект приложения создан, но его основной цикл не запущен. А применение перевода сделано где-то в глубинах запуска основного цикла.

Вопрос в том, можно ли как-то выйти из этой проблемы, и заставить работать систему локализации Qt? Может быть, есть какой-то вызов, который обновит систему локализации без запуска основного цикла приложения? Или, может быть, есть какой-то другой метод?

Очень не хотелось бы в корне переделывать все приложение из-за такой вот особенности Qt.

Исходники: https://github.com/xintrea/mytetra_dev

Места в исходниках:

* /app/src/views/installDialog/InstallDialog.h
* /app/src/views/installDialog/InstallDialog.cpp
* /app/src/libraries/GlobalParameters.cpp, метод initWorkDirectory()
* /app/src/main.cpp, функция main(), вызов globalParameters.init();

Примечание: Чтобы появилось проблемное окно, не должно существовать директории ~/.config/mytetra

В общем, это похоже на регрессию в Qt.

В Qt 5.9.6 и Qt 5.12.4 установка форматирования текста работает.

А в Qt 5.13.1 - нет.

Если у кого стоит Qt версии 5.12.4 и выше (вплоть до 5.14.x), прошу скомпилить проект и сказать, работает ли выбор шрифта, применяется ли выбранный шрифт.

У меня есть класс EditorTextArea, унаследованный от QTextEdit

В нем есть метод, который вызывается при смене гарнитуры шрифта в QFontComboBox:


Проблема в том, что при срабатывании этого кода на экране ничего не меняется. Новый шрифт не применяется.

Но если подвигать курсором, и посмотреть на виджет выбора шрифта (который отображает текущий шрифт под курсором), можно заметить, что шрифт для выделенного текста установился. Как минимум, в структуре документа место, где был изменен шрифт, помечено, что оно имеет новый установленный шрифт. И при этом начертание текста не меняется!

Однако, если посмотреть на сгенерированный HTML-код такого документа (в примере есть кнопка с паутинкой), то будет видно, что нового шрифта в нем не будет, везде будет упоминаться сплошной Sans Serif.

Это дело происходит на Qt 5.13.1.

Еще наблюдение: стандартный пример Text Edit работает нормально. Тот же самый код приводит к форматированию, новое начертание сразу становится видно.

В общем, не знаю как заставить работать выбор шрифта.


Проект: https://github.com/xintrea/mytetra_dev
Файл: ./app/src/libraries/wyedit/EditorTextArea.cpp

По документации должно быть changed():

https://doc.qt.io/qt-5/qaction.html#shortcut-prop

Дело тут походу в том, что этот QAction не располагается на тулбаре. Вместо него располагается сам виджет EditorFontFamilyComboBox. То есть, есть addWidget() для виджета выбора шрифта, но нет addAction() для действия выбора шрифта.

И я никак не могу придумать, как наиболее правильно и просто вставить это дейтствие как невидимое действие на тулбар.

У меня есть виджет EditorFontFamilyComboBox, унаследованный от QFontComboBox. Чтобы установить на нем фокус, я добавил этому виджету свойство:


которое можно получить через метод:


Для этого действия я задал соединение сигнала-слота:


И слот выглядит так:


При ините тулбара, на котором размещается объекта класса EditorFontFamilyComboBox, тулбар получает у этого объекта действие через getSelectAction(), и через метод setShortcut() устанавливает нужную комбинацию клавиш (в моем примере это происходит в файле EditorToolBar.cpp, строка 375, которая выглядит так:


А сам метод initAction() выглядит так:


То есть, если бы вызов этого метода был бы некорректен, была бы ошибка с текстом "Not found available action name ...", но такой ошибки нет.

В общем, проблема в том, что при нажатии шортката, не вызывается слот EditorFontFamilyComboBox::onChangeSelectAction().

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

Ссылка на код: https://github.com/xintrea/mytetra_dev

Здравствуйте!

Мне нужно собирать и отлаживать старые исходники для Qt4 в Linux Debian 9. В репозитарии есть пакеты:


... и всякие другие, подтягиваемые по зависимостям.

В системе так же установлен Qt 5.13.1 с QtCreator 4.9, взятые с официального сайта http://qt.io. Я пользуюсь именно креатором QtCreator 4.9. Этот креатор автоматически нашел комплект Qt4, и нормально собирает проекты в комплекте Qt4. Проблема в том, что он видит только заголовочные файлы Qt4 из *.-dev - пакетов.

Чтобы решить эту проблему, я прописал в /etc/apt/sources.list репозитарии сырцов:


Далее создал каталог /opt/qt_4_8_7/src и в нем выполнил команду:


В результате выкачались исходники Qt 4.8.7, именно той версии, которая идет в дистрибутиве в пакетах qt4*. Сами исходники, в итоге, лежат в каталоге:


Этот каталог мне нужно прописать где-то в QtCreator 4.9, чтобы я мог просматривать исходники классов Qt. И я не могу понять где и как это сделать.

Единственное место, которое я нашел - это Инструменты - Параметры - Отладчик - Основное - Сопоставление каталогов исходников. Там есть кнопка "Добавить исходники Qt". В результате добавления каталога исходников, прописывается:


Вот этот странный "Путь к исходникам" с неизвестным пользователем qt меня очень удивляет. Этот путь автоматически генерируется, но видимо он должен быть другим.

В любом случае, после такой настройки и перезапуска QtCreator, навигация по исходникам Qt4 не работает. Можно только смотреть h-файлы, но это куски *-dev-пакетов, а не сами исходники Qt.

Вопрос: как правильно прописать исходники Qt4 в QtCreator, чтобы по ним можно было совершать навигацию?

Ага, вот тут есть ответ на то, что происходит с элементами, которые создаются через new и вставляются в модель:


https://evileg.com/ru/post/221/

То есть, можно обойтись и первым конструктором.