Как отключить логи QtQuick

Рекомендуем хостинг TIMEWEB

Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

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

Добрый день.
Спасибо, Евгений.
Соответственно, а какие настройки отвечают за уровень детализации и как их поменять?

Попробуйте в pro файлу прописать следующее

QT_LOGGING_RULES="*.debug=false;driver.usb.debug=true"

Но тогда вы скорее всего лишитесь всех логов, что довольно глупая затея.

Либо можете попробовать установить свой фильтр сообщений и попытаться отфильтровать ненужное. Здесь есть пример фильтра для логирования в файл -> custom logging in Qt , Вы можете поправить пример и поппробовать сделать фильтрацию вывода.

Но занятие тоже бессмысленное, поскольку причин может быть две для тех сообщений:

• ваша ошибка, тогда вам нужно правильно написать вёрстку
• ошибки в библиотеке, возможно, что более новая версия уже не будет содержать ошибки. Тогда вы бесполезно потратите время.

еще раз спасибо. Попробую, но в моём случае, наверное, будут сложности другого плана. Дело в том что отлаживаю и запускаю прямо на устройстве с Sailfish os в сделанной любителями среде tIDE. Подозреваю, что таи не используются про-файлы. Может получится если задать этот параметр в переменной окружения...

Здесь нечего предполагать, использование pro файлов не зависит от IDE.
Qt проекты собирают обычно или с использованием qmake или cmake. Так что ищите в проекте *.pro или CMakeLists.txt файлы.

Понятно, спасибо. "Будем искать" (с) Бриллиантовая рука.

Добрый день, Евгений.
Да, таки есть pro-file и в моём проекте. Попробовал прописать эту строчку, но. к сожалению, без эффекта.
Так же не дал эффектатакой вариант: QT_LOGGING_RULES=qml=false :(

Добрый день, Вячеслав
Тогда вариант с установкой кастомного фильтра сообщений, как в статье, только вывод перенаправлять вместо файла на стандартный вывод std::cout , просто придётся парсить текст ошибок и не выводить их, если удалось распознать, откуда прилетел варнинг.
Но по-моему личному мнению, овчинка выделки не стоит. На разных устройствах с разными драйверами Qt может сыпать что угодно, в том числе и зависящее от OpenGL, таким образом можно прохлопать важную инофрмацию. А от версии к версии что-то фиксистся, а что-то наоборот добавляется.
Возможно стоит даже написать весточку на официальный багтрекер Sailfish или Qt

Спасибо, Евгений.
Ясно. Попробую еще в питоновском коде задать переменную окружения, может так прокатит. Ну а если нет, то, пожалуй, оставлю как есть.