Double menu on 250% scaling after move to 2nd screen

[wrufeger]

Steps to reproduce this issue

After updating to build 5405 the menu doubled with the second bigger one not clickable.
The missing save & cancel buttons in table edit window disappeared a few versions earlier.

Possible solution

Maybe using code from earlier versions, since it used to work and display perfectly before.

Environment

• Windows 10 Professional (1809, build 17763.194)
• HeidiSQL 9.5.0.5405
• MariaDB 10.1.30

[ansgarbecker]

To what percentage is your DPI scaling set?

[wrufeger]

Its set to 250% on a 4K display.

[ansgarbecker]

Hell, 250%? Can I reproduce that in my virtual Windows 7 machine? I guess Win7 did not support custom scaling.

[ansgarbecker]

The hidden buttons are reported in #440

[wrufeger]

Probably only my problem or not worthy to fix. I do use 2 screens, the main one is a 28" 4k display at 150%, the second one is a 17" 4k laptop display at 250%.
The "bug" is reproduceable by starting the program on the laptop screen (250%) and moving to the other display. If I do it the other way the menu disappears completely. Very few times it just happens without moving, but it didn't show after setting scaling of both displays to the same value.

[ansgarbecker]

Thanks for the update. In that case this may be related to #378 .

[Jerry-Shaw]

And this too.
Latest nightly build. On 4K screen, 250% scale.
Open any table, click "CREATE code". The columns are too long in horizon scrolling.

[ansgarbecker]

Growing column widths in table editor should be fixed in the next build.

[Jerry-Shaw]

Good, thanks.

[Jerry-Shaw]

Tested, fixed.
But, is the current line height twice the height than the version before? Seems a little too large.

[Jerry-Shaw]

But, the latest build, in this area, content is over flow.

[ansgarbecker]

Can confirm that. But please post separate reports for different topics. This here is still the "double menu" issue.

[Jerry-Shaw]

OK, reopened. Thanks for your work for us.
Thought of it may be related to 4K with 250% scale.

[Saibamen]

Similar: #479

[rentalhost]

Really, HeidiSQL get very confused when two monitors are in different resolutions and DPI. I have tested in a 4k+250% and 1080p and every time that I move it from a monitor to another it turns worse.

There are some way to force repaint/reflow all program when it is moved to another monitor?

[tothandor]

HeidiSQL 9.5, does not had this issue. What has changed since?
It seems that the problem came with themes and icon packs. I can live without these.

[ansgarbecker]

It's not caused by themes nor the new icons. Scaling problems are more noticable since v10.0 as I activated the dpiAware flag in HeidiSQL's manifest. Here's an explanation I posted in #378:

No, it looks blurry in that (v9.5) version. Correctly scaled sizes, but blurry. That's what Windows does for you. In the newer builds, HeidiSQL tells Windows "I am DPI aware, don't upscale me, I'm gonna do this myself in a better way".

... It may look ok enough for some people, but this is just a backward compatibility logic from Microsoft. The right way to go is the complex one - scale every component separately, to make them look sharp. Though that's really hard work, and v10.1 is the first version with support for that, so please have a bit of patience here.

[tothandor]

Creators update has brought some updates for Windows 10, which have affected high-DPI problems, and since then HeidiSQL 9.5 runs without blurring on any of my screens, without being dpiAware.

[ansgarbecker]

I'm curious - could you post a screenshot of HeidiSQL then?

[tothandor]

Attached a screenshot after moving HeidiSQL 9.5 between a screen with 125% DPI scaling and one with no DPI scaling (100%) a few times. And the same with dpiAware HeidiSQL 10.

[ansgarbecker]

Accidentally closed. Thought I was closing a different one...

[oemmes]

I can confirm that 9.5 works well on multiple monitors with different DPI scaling on Windows 10 .

I use 3 monitors - 100% (laptop monitor), 200% (main screen) and 150% - and moving HeidiSQL 9.5 from one monitor to the other does not cause any problems.

Version 10 unfortunately is not usable for me as many things do not fit (buttons, editboxes, text in tables, ...). I tried to enable High DPI compatibility settings from Windows 10 which caused that the layout was mostly okay but I had to decrease the font size in the HeidiSQL settings to make it fit somehow.

Nonetheless many thanks for the great software! It helps me a lot every day :-)

[ansgarbecker]

Here we can see the toolbars and buttons height when moving between different DPI monitors:

ppi:96 ControlBarMain.Height:26 ToolBarMainButtons.Height:22 ToolBarMainButtons.ButtonHeight:22 Toolbutton5.Height:22
ppi:168 ControlBarMain.Height:51 ToolBarMainButtons.Height:47 ToolBarMainButtons.ButtonHeight:47 Toolbutton5.Height:47
ppi:96 ControlBarMain.Height:39 ToolBarMainButtons.Height:35 ToolBarMainButtons.ButtonHeight:35 Toolbutton5.Height:35
ppi:168 ControlBarMain.Height:73 ToolBarMainButtons.Height:69 ToolBarMainButtons.ButtonHeight:69 Toolbutton5.Height:69
ppi:96 ControlBarMain.Height:51 ToolBarMainButtons.Height:47 ToolBarMainButtons.ButtonHeight:47 Toolbutton5.Height:47
ppi:168 ControlBarMain.Height:94 ToolBarMainButtons.Height:90 ToolBarMainButtons.ButtonHeight:90 Toolbutton5.Height:90
ppi:96 ControlBarMain.Height:63 ToolBarMainButtons.Height:59 ToolBarMainButtons.ButtonHeight:59 Toolbutton5.Height:59

[ansgarbecker]

I just pushed a change which fixes the height of the toolbar when moving between screens. This does not yet address the other issues, like growing form sizes and such, which are reported in the other DPI tickets, like #378.