@ImagineTables Большое спасибо Вам за конструктивное обсуждение! Действительно, Ваш подход к теме лэйаутов приложения более прогрессивен, чем предложенный мною
Вот в этом и дело. Если не применять советы из статьи, а пытаться применять обходные пути типа QGuiApplication::setHighDpiScaleFactorRoundingPolicy(Qt::HighDpiScaleFactorRoundingPolicy::Ceil); то начинают лезть артефакты с неконтролируемыми размерами. А касательно вашей исходной проблемы со спинбоксом - может быть, поможет установка стилей.
Не будет выкладываться. По поводу мыслей - коллега в соседнем посте правильно подсказал то, что является самым началом этой библиотеки. А в ее развитии и в результате коммерческого использования родилось довольно много неочевидных на первый взгляд нюансов и особенностей. И довольно много кода было написано для достижения той самой оптимальности, да еще для того, чтобы подходить под разные сценарии использования.
У Вас правильное направление мыслей. Этот шаг оптимизации вполне может быть следующим. Но мы пробовали вгонять в QLabel html-таблицу, и это было медленно.
Спасибо за приглашение, у Вас всегда интересные статьи.
Вас интересуют примеры утечек или примеры того, что обнаружил продукт PVS-Studio?
Основная причина того, что PVS-Studio не смог найти утечки в Qt-приложении, кроется в самом Qt и в его иерархиях наследования. Дело в том, что все базовые классы Qt (QObject, QWidget) уже содержат виртуальный деструктор, и потому ошибка программиста здесь исключена. Как я понимаю, именно отлов деструктора, не являющегося виртуальным, для базовых классов, является самом ключевым элементом в PVS-Studio для поиска утечек. И вот как раз он объективно не мог сработать.
Лично я за 4 года заработал с нуля на квартиру в центре Москвы
Приоткройте завесу тайны, расскажите, в каких именно стартапах Вы работали, на какой должности (примерно), какую квалификацию имеете, какой Ваш общий стаж работы в IT.
@ImagineTables Большое спасибо Вам за конструктивное обсуждение! Действительно, Ваш подход к теме лэйаутов приложения более прогрессивен, чем предложенный мною
Вот в этом и дело. Если не применять советы из статьи, а пытаться применять обходные пути типа
QGuiApplication::setHighDpiScaleFactorRoundingPolicy(Qt::HighDpiScaleFactorRoundingPolicy::Ceil);
то начинают лезть артефакты с неконтролируемыми размерами. А касательно вашей исходной проблемы со спинбоксом - может быть, поможет установка стилей.Не будет выкладываться. По поводу мыслей - коллега в соседнем посте правильно подсказал то, что является самым началом этой библиотеки. А в ее развитии и в результате коммерческого использования родилось довольно много неочевидных на первый взгляд нюансов и особенностей. И довольно много кода было написано для достижения той самой оптимальности, да еще для того, чтобы подходить под разные сценарии использования.
У Вас правильное направление мыслей. Этот шаг оптимизации вполне может быть следующим. Но мы пробовали вгонять в QLabel html-таблицу, и это было медленно.
Вас интересуют примеры утечек или примеры того, что обнаружил продукт PVS-Studio?
Основная причина того, что PVS-Studio не смог найти утечки в Qt-приложении, кроется в самом Qt и в его иерархиях наследования. Дело в том, что все базовые классы Qt (QObject, QWidget) уже содержат виртуальный деструктор, и потому ошибка программиста здесь исключена. Как я понимаю, именно отлов деструктора, не являющегося виртуальным, для базовых классов, является самом ключевым элементом в PVS-Studio для поиска утечек. И вот как раз он объективно не мог сработать.
Приоткройте завесу тайны, расскажите, в каких именно стартапах Вы работали, на какой должности (примерно), какую квалификацию имеете, какой Ваш общий стаж работы в IT.