Created attachment 197180 [details] Screen shots of a dialog on Windows and Linux computers In Linux, Libre renders dialog edit controls (including the edit of a combo-box) incorrectly. The width is as defined in the IDE but the height is much greater than as defined. This is not done to accommodate the text, whose characters are much shorter than the oversized frame. I turn off native rendering [hDlg.getPeer().setProperty("NativeWidgetLook", False)] in order to be able to dynamically change label background color. If I don't do this, the edit controls are rendered somewhat differently but still incorrectly. I create my dialogs in Windows, where all Libre versions on several test computers render them exactly as defined. I also test them on two Linux computers. In the one with Libre 6.4.7.2 on ubuntuMATE 20.04 the edits are two pixels taller than as defined. In the one with Libre 24.2.6.2 on ubuntuMATE 24.04 they are five pixels taller. The attached document (ODT file) contains screen shots of the same dialog on two Linux and two Windows computers, all with different display resolutions and Libre versions.
Is this the same as bug 160499?
This is not a duplicate of Bug 160499 but it may be related although it is hard to tell because that bug doesn't explain exactly what the problem is. It says that dialog control sizes cannot be set in Linux. The problem that I am reporting is that they can be set but that they are rendered differently in the IDE vs. execution. This may be due to using different tool kits, which may be because the GTK version reported in 160499 is used for execution of the dialog but a different one is used by the IDE.
(In reply to david mccracken from comment #2) > This is not a duplicate of Bug 160499 but it may be related although it is > hard to tell because that bug doesn't explain exactly what the problem is. > It says that dialog control sizes cannot be set in Linux. The problem that I > am reporting is that they can be set but that they are rendered differently > in the IDE vs. execution. This may be due to using different tool kits, > which may be because the GTK version reported in 160499 is used for > execution of the dialog but a different one is used by the IDE. From how I read Cor's description, it is exactly like you say, so let's duplicate to it. It can always be unduplicated later, if needed. *** This bug has been marked as a duplicate of bug 160499 ***