Спасибо

Про букву диска знал, но забыл - давно не пользовался вёдрами
Про ключики у cd и не знал

всё-таки не решил. В моём способе не работает cd из бат файла. Возвращает 0, но папка так и остаётся system32

Это можно сделать через layout (компоновка) виджета. В ui по ПКМ на виджете, в коде через void QWidget::setLayout(QLayout *layout)

Интересуют не потоки ошибок, а именно диалоги с ошибками.

Решил путём вызова

C++ (Qt)
system("explorer path_to_bat")

Если запустить тот же bat из explorer, то диалоги выводятся

Коллеги, халп!
Запускаю bat файлик на винде через std::system (мне нужен detached процесс в окошке консоли).
Команда такая:

Bash
start "title" "path_to_bat"

Всё работает хорошо до тех пор, пока решатели, запускаемые внутри файла не начинают выводить диалоги об ошибках (пример в attach).
Почему-то эти диалоги зачастую не показываются а в bat просто приходит ненулевой код завершения решателя.
Что можно сделать, чтобы эти сообщения не подавлялись?

Проблемы как на скрине скорее всего связаны с тем, что исходник со строкой "Директория игры" сохранён не в utf8

Исходники лучше в utf-8 хранить. Вроде в ней и кириллица должна норм отобразиться в диалоге.
tr позволяет использовать переводы (см. lupdate, linguist, lrelease, qtranslator), но если проект небольшой и не мультиязычный, я бы забил на переводы и писал бы в исходниках на русском.
Проблем с возвратом русскоязычных путей не наблюдал. Были сложности с дальнейшим их использованием в сторонних библиотеках, там приходилось под виндой конвертировать toLocal8Bit, toUtf8. Внутри qt классы используют QString и проблем с использованием кириллицы в пути в классах qt не ожидал бы.

вроде так:

C++ (Qt)
for (int j = i + 1; j < countRow; j++)

Привет, друзья!
Столкнулся с проблемой, которую мне пока не получается решить. Прошу помочь.
У меня есть виджет для редактирования пути к файлу. Его я использую в делегате table view. (см. аттач)
Проблема с ним в том, что если я передаю фокус в lineedit, то делегат не хочет самостоятельно закрываться переходя на другую вкладку, либо по нажатию run. Это приводит к тому, что данные не передаются в модель и в диалог, который этими данными интересуется.
Поискал на форумах, как люди решают эту проблему. В основном рекомендуют применять setFocusProxy и eventFilter. Но я не смог разобраться, как их применить к моему случаю.
Есть ещё такое ограничение: в редакторе присутствуют кнопки выбора файла и редактирования файла. Желательно по их нажатию не закрывать делегат.
Во вложении проект с проблемой, также продублировал его на github
Целевая платформа windows

Что если попробовать поиграть с QSurfaceFormat::SwapBehavior. Задать свой формат через QOpenGLWidget::setFormat.

Возможно проявляется из-за:
QSurfaceFormat::DefaultSwapBehavior The default, unspecified swap behaviour of the platform

Правда, не знаю, что там будет происходить с буферами под капотом при таком подходе.

Попробуйте поиграть с setNumberOptions у локали валидатора.

Я использую вроде этого

C++ (Qt)
    QProcess process;
    process.start("dir");
    process.waitForFinished(-1);
 
    const QString &answer = process.readAllStandardOutput();
 

У меня есть проект с QwtPlotBarChart. Я наследовался от QwtScaleDraw и переопределял QwtText label(double value) const
В сам барчарт передавал объект наследника через setAxisScaleDraw(xBottom, scaleDraw_);
Также понадобилось, чтобы тики на шкале соответствовали колонкам и были пронумерованы от 0.

C++ (Qt)
    int intervalMaximum = model_->columnCount() - 1;
    QwtScaleDiv scaleDiv(0, intervalMaximum - 1);
    QList<double> ticks;
    for (int i = 0; i < intervalMaximum; ++i){
        ticks << i;
    }
 
    scaleDiv.setTicks(QwtScaleDiv::MajorTick, ticks);
    setAxisScaleDiv(xBottom, scaleDiv);
 

Т.о. в QwtScaleDraw::label(double value) const будут приходить в качестве value id колонки

Устнановить Qt5
А далее, как из лога
Задаются через аргумент cmake -DQt5_DIR="path_to_qt". Под линукс и без этого должно заработать.