Jump to content

When maximized on a 2nd monitor, Paint.NET leaves a ~1px gap and does not fully maximize (i.e., windows underneath can still be clicked)


Recommended Posts

Paint.NET: version 4.2.14 (final 4.214.7601.39231)

OS: Windows 10 Pro x64 20H2 (19042.746)

Display 1: 2560x1440 @ 125% DPI / Intel i5-8600K iGPU, driver 27.20.100.9126

Display 2: 1920x1080 @ 100% DPI / NVIDIA GT 710 dGPU, driver 27.21.14.6109 (problem occurs only on this monitor)

 

What should happen: when Paint.NET is maximized, its window should extend to the top of the monitor. So, moving your cursor to the top-right should always hit the red "X" close button. 

 

What actually happens: Paint.NET leaves an unusual gap at the top and I often click the window behind Paint.NET when Paint.NET is in fact maximized. This 1px gap is not consistent, but is sometimes there and sometimes not. 

 

The easiest way to show this is 1) open Paint.NET on a 2nd monitor, 2) maximize Paint.NET, 3) run your mouse at the top-right of your window.

 

Google Chrome Maximized (version 87.0.4280.141)

2021-01-16_16-55-03.gif.53b5e128229b2a879d42919cc7f652f2.gif

 

Paint.NET Maximized (version 4.2.14)

2021-01-16_16-56-26.gif.2c447e68a4c54b331444aa4be212a823.gif

In some regions, Paint.NET is now hovering over the program behind it and thus you end up misclicking. This bug is not an animation bug; when Paint.NET loses focus in the animation, so has your mouse. The flickers are when you're hovering over the window behind Paint.NET. This bug also occurs with NotePad++ (someone reported it in August 2020), so I wonder if there's a framework or library that's the same between the two applications.

Edited by ikjadoon
added in GPU & driver info, per monitor
Link to post
Share on other sites

I'm not seeing this on my dual-monitor system.

  • Upvote 1
Link to post
Share on other sites
On 1/16/2021 at 8:24 PM, Rick Brewster said:

Does this happen if you set the two monitors to have the same DPI? (you'll need to exit the app before changing the DPI)

 

Ah, hello! Thank you so much for developing Paint.NET. It's saved my life many times; I've bought the Store version, but prefer the *.exe for some flexibility purposes. Thank you.

 

And you're exactly right. With more DPI testing & switched around the monitors, the bug only reproduces 1) if the DPIs are not equal and 2) on the secondary monitor.

 

Monitor 1 (primary) : 1440p @ 125% DPI

Monitor 2: 1080p @ 100% DPI (bug appears here)

 

Monitor 1 (primary: 1440p @ 100% DPI

Monitor 2: 1080p @ 125% DPI (bug appears here)

 

Monitor 1 : 1440p @ 125% DPI (bug appears here)

Monitor 2 (primary)  1080p @ 100% DPI 

 

Monitor 1: 1440p @ 100% DPI (bug appears here)

Monitor 2 (primary: 1080p @ 125% DPI

 

Unfortunately, I'm at 125% and 100% DPI (the recommended DPI by Windows for the 1440p & 1080p displays, respectively). I understand if this bug is a corner case, low-hit-rate by Paint.NET users. It's not a serious bug, but perhaps noted for the future, as seemingly all of my other applications (except notably Notepad++) don't exhibit the bug on split-DPI configurations.

 

On 1/16/2021 at 10:10 PM, Ego Eram Reputo said:

I'm not seeing this on my dual-monitor system.

 

Ah, fair. Are you running two different DPIs? 

Edited by ikjadoon
Link to post
Share on other sites
2 hours ago, ikjadoon said:

Ah, fair. Are you running two different DPIs? 

 

No, the same DPI. I think your post above confirms the issue is with different DPI settings.

  • Upvote 1
Link to post
Share on other sites

Yeah I was only asking for diagnostic reasons -- I'm not suggesting you should or need to keep that configuration :)

 

You may also check to see if you have any multimonitor- and/or window- management type of software installed. They often cause weird issues. ATI Hydravision for instance, is still bundled with AMD's Radeon drivers for some dumb reason, and same for NVIDIA equivalent with their Quadro drivers. Like c'mon, Windows has had that functionality built-in since Windows 98, or at least XP for sure ...

The Paint.NET Blog: https://blog.getpaint.net/

Donations are always appreciated! https://www.getpaint.net/donate.html

forumSig_bmwE60.jpg

Link to post
Share on other sites

No, none at all: agreed, Windows does it more than well enough. I'd consciously avoid windows (lowercase 'w') management software just for that reason: I'm already feeling anxious just thinking of how many programs don't play well.

 

On the NVIDIA GT 710 (not Quadro), it's just the NVIDIA drivers: I long uninstalled their GeForce Experience bloatware.

 

//

 

However, it does look like it's something much deeper than Paint.NET. I ran through my programs list and found these applications exhibited the bug:

  • Notepad++ 32-bit 7.9.1
  • Paint.NET 4.2.14
  • 7-zip x64 19.00
  • Most Adobe CC software (latest)
  • Apple iTunes 12.11.0.26 (does not exhibit hover symptom, but still can click behind)

These programs did not exhibit the bug:

  • Chrome 87.0.4280.141 
  • All Office applications (latest)
  • Adobe Illustrator CC (latest; 25.1)
  • Audacity 2.4.2

Noting your DPI test, I used Task Manager's DPI Awareness. The bug almost always appears in programs with "DPI Awareness = System". The safe applications are set to "DPI Awareness = Unaware" or "DPI Awareness = Per-Monitor (v2)" like Chrome, which is a mix of unaware and per-monitor v2.

 

image.png.6f11c5072e349d58678ac50b3baa4d9d.png

image.png.d97be6a1e9b460470275c3bf2e8175f4.png

image.png.34cce72636f6238737cb548d604b65c8.png

AE.png.904fd41e8c1e97cf9efdd8bfe8c1bd47.png

image.png.989e3f10dcfb065f749c50ad7ca61a4a.png

image.png.43af1a4a16bb1b0ea5d5d3a1ed8c4eb4.png

image.png.12d7aec4780d694c3e225a5122fb1a37.png

 

 

image.png

 

I'll run some more tests and see what can be done. But, yes: I think this bug report can be closed on Paint.NET's end as it's not just Paint.NET & Notepad++, but a whole bevy of applications.

 

Though half of me thinks that it's time to upgrade to 2x 1440p monitors, haha...

Edited by ikjadoon
Link to post
Share on other sites

Alright, looks like this is just a corollary of the fact that PDN hasn't been upgraded to per-monitor (v2) DPI awareness. Implementing this has to come after porting to .NET Core, because it depends on new facilities added to WinForms in .NET Core 3 and 5. It's coming ... eventually :)

  • Hugs 1

The Paint.NET Blog: https://blog.getpaint.net/

Donations are always appreciated! https://www.getpaint.net/donate.html

forumSig_bmwE60.jpg

Link to post
Share on other sites

Thank you kindly for the update. No worries: take your time. Paint.NET is certainly not the only application with those updates in the backlog. Thank you for having it on your radar.

 

In the mean time, I've changed to 2x 1440p monitors to avoid this issue (and others!), so I'm good on this front as well. 

 

Thank you again for your thoughtful replies & candid efforts. I'm off to more excelelnt editing 😎

  • Like 1
Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...