Hi,
I just installed v3.0.16 and many of the fonts are either too large or too small.  I'm running on Win10 at 3840x2160 with 150% scaling.

In the image, the text in the Log Files column gets cut off at the bottom also in the stats at the bottom of the window.  In the settings dialog the font is even larger and more cutoff, yet on the property pages the font is very small, completely unscaled.


It seems like the ListView control isn't scaling correctly wherever it's used:


If I uncheck Enable dynamic display resolution scaling, the fonts do fit, but everything is blurry and low-res due to hidpi compatability mode.
If I uncheck the DirectX option, the fonts are proportionally correct, but unscaled, so everything is very very small and there aren't any options to set those font sizes.



Highlight is also affected by this issue:
Before

After


I've reset the settings back to the installation defaults and also tried deleting the LogViewPlus setting folder, but neither helped.

Hi Tori,

Thanks for your +1. 

Windows, .Net, and DevEx versions would be helpful.  What I have found is that correct display resolution is achieved through the interaction of these three components PLUS the configuration of your 'main' screen.  The problem is that fixing it in one version combination causes it to break in another.  It is extremely frustrating and I would love to offer customers a better option than 'disable scaling'.  

Currently, I do not have the problem with v3.0.16 on Win 11 22000.2057.  LogViewPlus targets .Net Framework v4.7.2, but I am actually running 4.8.

You can get the Windows version from the command line with the winver command.

Here is a PowerShell script to list the installed .Net versions:

$release = Get-ItemPropertyValue -LiteralPath 'HKLM:SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full' -Name Release
switch ($release) {
    { $_ -ge 533320 } { $version = '4.8.1 or later'; break }
    { $_ -ge 528040 } { $version = '4.8'; break }
    { $_ -ge 461808 } { $version = '4.7.2'; break }
    { $_ -ge 461308 } { $version = '4.7.1'; break }
    { $_ -ge 460798 } { $version = '4.7'; break }
    { $_ -ge 394802 } { $version = '4.6.2'; break }
    { $_ -ge 394254 } { $version = '4.6.1'; break }
    { $_ -ge 393295 } { $version = '4.6'; break }
    { $_ -ge 379893 } { $version = '4.5.2'; break }
    { $_ -ge 378675 } { $version = '4.5.1'; break }
    { $_ -ge 378389 } { $version = '4.5'; break }
    default { $version = $null; break }
}

if ($version) {
    Write-Host -Object ".NET Framework Version: $version"
} else {
    Write-Host -Object '.NET Framework Version 4.5 or later is not detected.'
}

On my machine, the result is a single line:

.NET Framework Version: 4.8

We stay pretty recent on the DevEx version.  I think v3.0.16 uses v22.2.4 released in Jan.  Honestly, I don't think they are the problem.  Different versions might fix different issues, but the problems you are having are not minor.

Thanks again,

Toby

I'm having the problem with this configuration:

LogViewPlus 3.0.19
.NET Framework Version: 4.8
Windows 11 21H2 Build 22000.2057
Display Settings: Scale 250% Resolution: 3840x2160 (both the Windows recommended settings for my display)
This is a laptop - in theory it shouldn't matter but I wanted to throw it out there.

Currently we're using DevExpress builds 22.1.5 and 23.1.3 for our applications - (mostly WPF)

I am *not* having the problem with my desktop with a different windows 11 build and a newer .net framework version.

Good luck tracking it down!

Thanks for the update.

How many screens are you using - just one?  If you are running multiple monitors, what are the settings of your primary display vs the target display?  Windows adjusts the application based on the settings of the 'primary' monitor.

LogViewPlus is a WinForms application.  WPF does not have this problem. 

Just one screen on the laptop with the problem.  Thank you!