The save button is located under the cancel button. Can still be clicked tough

[dvd_video]

Hello, simply as it says but also sometimes irritating...

When I try to save a file, I am presented with color scheme and compression save dialog window. This window also contains the save and cancel buttons.
The save buttons is set as a context default button to be pressed ( with space/enter ) but it is located behind the cancel button since version 4.2.2.

I am using Windows 7 ( The earliest supported OS ) and it is hard to click it with the mouse rather than pressing enter. I am having all updates until now.

The program version is attached.

Possible resolution:

1. Parent the buttons GUI to the active window for use of local coordinates

2. Adjust the buttons local coordinates as you utilize window width [save_window.width]

3. Use a length that those buttons are away from the center [center_width]

4. Let's say save and cancel buttons width is [button_width]

5. button_save.position.x = (save_window.width / 2) - button_width - center_width // Save button goes on the left as before

6. button_cancel.position.x = (save_window.width / 2) + center_width
7. Adjust the value of [center_width] and [button_width] until you like the way the window appears. ☺️

Edited November 28, 2021 by dvd_video
Typo of a variable

[Rick Brewster]

From what I can tell this only happens on Windows 7, and I've been unable to reproduce it (in a virtual machine). It seems to be a bug introduced in .NET 5's implementation of WinForms.

 

Since Windows 7 is being dropped soon (see the release notes for 4.3.3), my best advice at this time is to upgrade to Windows 10 or 11. I may or may not be able to fix this bug before the release of 4.4, which will only work on Windows 10+. Since Microsoft no longer supports Windows 7, they are unlikely to fix this in .NET.

[dvd_video]

Hello,

Sure, I agree, but it was working fine a couple of revisions ago (4.2) and there were no updates for the OS since then. Sorry, installing Windows 10 to fix this is out of the question for now, that's why I suggested that you manually override X position of the two buttons using the half-width of the window frame. The .NET is just an API, like any other, so calling the correct resize and position functions will not hurt. Every API ( of the ones that I've used so far ) is able to precisely position a button object in a frame via basic methods ( button.setPos(px, py); button.setSize(sx, sy) ), so I doubt that doing this on .NET is that hard.

Edited November 28, 2021 by dvd_video
Typo

[Rick Brewster]

None of the code changed for this layout, and like I said the bug is in .NET, not the OS. Version 4.2 of the app used a very different version of .NET.

 

If you're not willing to spend a little time to update your OS, why should you expect me to spend a lot of time figuring out how to reproduce and fix this bug? I already spent a bunch of time on this bug, it just doesn't reproduce for me on Windows 7.

 

You don't know anything about the code base, so it comes off as pretty condescending to say "oh it's not hard, just do this."

 

My advice stands. You need to upgrade your OS.