Windows 10 and XnView's window

Ask for help and post your question on how to use XnView Classic.

Moderators: XnTriq, xnview

Post Reply
Mixer
Posts: 166
Joined: Fri Aug 28, 2015 6:24 am

Windows 10 and XnView's window

Post by Mixer » Tue Dec 01, 2015 9:53 pm

Windows 10 x64, XnView 2.34

First copy of XnView came to Windows 10 partition from another hard disk together with .ini file and all other stuff of its folder.
Each time I start XnView, opens maximized browser. At the right border of its window is seen piece of Aero Lite themed window (or at least I think it is Aero Lite). Starting .exe in compatibility modes (Windows XP, Vista, etc.) doesn't cure this.
If I switch window to normal state, this piece isn't seen, but it doesn't let me drag XnView's right border to the right past the internal (left) edge of Aero Lite border (where it was in maximized window), that is I can't stretch window to make it cover whole desktop.
If I rename xnview.exe.manifest file to something else and restart XnView, then stretching window to the max becomes possible and after clicking "maximize" button it doesn't show Aero Lite border. But after that themed look of XnView controls is lost even if I rename xnview.exe.manifest back to original.
This Aero Lite glitch happens for each new copy of XnView folder.
Can't tell who to blame - Windows 10 or XnView (or manifest).
Image Image
Pictures: with Aero Lite glitch and without xnview.exe.manifest


Mixer
Posts: 166
Joined: Fri Aug 28, 2015 6:24 am

Re: Windows 10 and XnView's window

Post by Mixer » Thu Dec 03, 2015 2:20 am

This is how XnView's browser looks after folder was copied again and xnview.exe.manifest was edited before freshly starting .exe from new location for the first time.
Image
From xnview.exe.manifext was removed

Code: Select all

      <dpiAware>true</dpiAware>
Maybe culprit of this glitch was my tweaking of interface fonts, but I'm not going to change them back to check. I feel fine using dpi-unaware XnView.

User avatar
xnview
Author of XnView
Posts: 30888
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Re: Windows 10 and XnView's window

Post by xnview » Thu Dec 03, 2015 10:13 am

<dpiAware> is used when you change font scaling with high dpi screen...
If you change font scaling, no problem??
Pierre.

Mixer
Posts: 166
Joined: Fri Aug 28, 2015 6:24 am

Re: Windows 10 and XnView's window

Post by Mixer » Thu Dec 03, 2015 2:12 pm

xnview wrote:<dpiAware> is used when you change font scaling with high dpi screen...
If you change font scaling, no problem??
Very short answer is: no problem, because I don't use font scaling.

Well, if you're curious, just for you I performed scaling test with modified manifest which lacks <dpiAware> tags and value.
Image Image Image
Pictures: browser right after switching on 125% scaling, viewer right after switching on 125% scaling, viewer after switching on 125% and logout/login or reboot. Viewer with maximized window is slightly affected with some garbage pixels on the right after scaling, but they disappear after user profile is reloaded. No problems with browser after reboot as well. Fullscreen isn't affected in any scaled mode.
But Viewer scales 100% sized pictures to 125% size when scaled mode is used.
And my font tweaking was lost after test, had to use Winaero Tweaker again. Don't know what would it be if I tweaked fonts at 125%.

Just a note if someone will decide to try the thing with manifest altering. I don't know what's the proper way of telling Windows to re-recognize changed manifest and would be glad if somebody explained me this. I found that if I
- rename xnview.exe to something else
- put another harmless .exe to its folder
- rename it to xnview.exe
- try to run it
- then delete it
- then rename old xnview.exe to its original - at next start XnView catches new modified manifest, so I don't have to copy whole folder and all paths in registry for assigned file types and all other stuff remain intact.

Mixer
Posts: 166
Joined: Fri Aug 28, 2015 6:24 am

Re: Windows 10 and XnView's window

Post by Mixer » Wed Aug 31, 2016 8:42 pm

How actually XnView does adjust interface to detected DPI changes?
What DPI-related code you added except for declaring application as DPI-aware in manifest?
Given the fact that 2.36 still runs on Windows 2000 you don't seem to use any functions from Shcore.dll like GetDpiForMonitor and others.
Writing DPI-Aware Desktop and Win32 Applications
Tutorial: Writing High-DPI Win32 Applications

Post Reply