@Bonnie said in Qframe lines and QTextEdit scrollbar are not drawn correctly:

I tried your code and the frame is drawn without problem, so this part doesn't seem to be the reason.

Thank you very much for your effort.

I changed the screen scaling settings from 125% to 100% and the widgets were drawn correctly.

In the documentation I found these pages about high DPI:
enum class Qt::HighDpiScaleFactorRoundingPolicy
High DPI, this side says:

Qt will automatically account for the display resolution when using higher level APIs such as Qt Widgets and Qt Quick, and applications only need to provide high-resolution assets, such as images and icons.

I searched for high dpi using the forum's search function.

The return value from main_window.devicePixelRatio(); was 1.25, which corresponds to my system setting. But with the scaling 1.25 the problem remains.

Edit:

QApplication::setHighDpiScaleFactorRoundingPolicy(Qt::HighDpiScaleFactorRoundingPolicy::Round); QApplication app(argc, argv);

If the static member function setHighDpiScaleFactorRoundingPolicy before QApplication app (argc, argv); is called, everything was drawn as expected. highDpiScaleFactorRoundingPolicy() previously returned 5, which corresponds to Qt :: HighDpiScaleFactorRoundingPolicy::PassThrough.

I finally found a solution which seems to work in my case. I added the Qt.MSWindowsFixedSizeDialogHint window flag, which seems to fix the issue.

So below is the modified code:

ApplicationWindow { // common properties id: awMainForm width: 602 height: 728 flags: Qt.Window | Qt.FramelessWindowHint | Qt.MSWindowsFixedSizeDialogHint visible: true // form content isn't relevant ... }

I finally found a solution which seems to work in my case. I added the Qt.MSWindowsFixedSizeDialogHint window flag, which seems to fix the issue.

So below is the modified code:

ApplicationWindow { // common properties id: awMainForm width: 602 height: 728 flags: Qt.Window | Qt.FramelessWindowHint | Qt.MSWindowsFixedSizeDialogHint visible: true // form content isn't relevant ... }

Hi,

Did you already saw the related part of QIcon’s documentation ?

I did some exploratory debugging and found that (on Windows 10) QWindowsStyle::drawPrimitive() is not being called to render checkboxes, but rather they are being drawn with DrawThemeBackgroundEx() from uxstyle.dll (which I would have expected to support High DPI correctly.)

After looking at the screen shots attached to the ticket referenced above I discovered that I have a different sort of drawing problem; checkboxes are being render correctly, but at the same size (13px) regardless of device scaling.

On Windows 7 checkboxes appear to render correctly with device scaling enabled.

Hi and welcome to devnet,

I'd recommend posting this question to the Qt Creator mailing list. You'll find there Qt Creator's developers/maintainers. This forum is more user oriented.

When are you setting that attribute ?

Thanks, I'll wait for 5.6 then.

Hi and welcome to devnet,

To discuss Qt's internals and/or design I'd recommend posting on the interest mailing list. You'll find there Qt's developers/maintainers (this forum is more user oriented)

@David_Dev said:

. Is it easy to convert a OpenCV TIFF image into a Qt TIFF image ?

OpenCV use cv::Mat to store Image data , but Qt use QImage / QPixmap. You need to make a conversion function.

Just Google it and you will find example code:

Qt and openCV: Convert between cv::mat and Qimage correctly