Insanely Small Menu Font Size

How can I adjust this? It's barely readable.

Windows 11 Pro

Thanks for reporting this issue Scott.

It looks like you are having DPI issues which are screen scaling issues specific to your monitor resolution(s).  This is "Scale" in Windows Display Settings.

First, I would suggest restarting the application.  If LogViewPlus is moved from one monitor to another, it may not have readjusted the settings correctly.

Then I would suggest experimenting with the application rendering settings.  Try enabling DirectX then restart.  If that doesn't work you can disable resolution scaling.



Hope that helps,

Toby

Turning off scaling fixed it. Thank you

Glad that helped Scott.  Thanks for letting me know!

Toby

I'm having the same issue on Win 11 Pro, but no combination of Compatibility settings or LVP DirectX/Scaling settings produce desirable results.

Compatibility on/off (High DPI override) + any combo of LVP settings = mix of tiny & large fonts



Compatibility off + LVP res scaling & DirectX off = fonts all the same size, but running in blurry/low-res mode. This is the only combination of settings that changes anything.



My monitor resolution is 3840x2160, I'm using 150% scaling. I have more than 1 monitor, but all are running at the same resolution and scale.
LogViewPlus 3.1.22

Thanks for reporting this issue.

LogViewPlus can handle scaling, but you seem to be having issues specific to your machine.  I am not sure where the problem might be, but my best guess is a threading issue causing some controls to be initialized before scaling has been set up.

The only thing I can think to suggest is to either:
1. Disable scaling.  This leads to the "blurry" text issue.
2. Try running LogViewPlus in Windows 8 Compatibility Mode to see if you get a different result.

To do this, right-click %LocalAppData%\LogViewPlus\LogViewPlus.exe and select Properties.
 - Go to the Compatibility tab.
 - Check Run this program in compatibility mode for.
 - Select Windows 8.
 - Click OK and restart the application.

Hope that helps,

Toby

I tried Win 8 compatibility mode and all the combinations of Hi-dpi compatibility mode and LVP options again, but got the same results.

Thanks for letting me know.

Unfortunately, I am not able to reproduce the issue locally.  I will walk through the DPI code before the next release to see if I can identify where the problem might be.

Thanks. Is there any debug info or version numbers I can send that might help? This is the only program I use that has any hi-dpi issues. I do web dev so I do have a number of tools installed (but not Visual Studio, only VSCode)

Since the compatibility settings didn't help, LogViewPlus may be encountering an exception during its display initialization and is disabling High DPI support to prevent a crash.

Could you please perform this quick test to confirm the theory?

1. Open LogViewPlus.
2. Go to Settings -> Application.
3. Ensure Enable dynamic display resolution scaling is CHECKED.  For this test, DirectX should be disabled.
4. Click OK to save and restart the application.
5. Once the application restarts, immediately go back to Settings -> Application.
6. Check the box again: Is "Enable dynamic display resolution scaling" now UNCHECKED?

If the box has unchecked itself, it confirms that the application is detecting a specific initialization failure on your hardware and disabling the feature as a safety mechanism.  If we can at least confirm where the issue is occuring, we may be able issue a patch to resolve it.

Sure.
The dynamic display scaling checkbox remains checked after restarting the app.
I tried both with and w/o the Windows hi-dpi scaling compatibility mode enabled and with Window 8 compatibility mode enabled, same result, the checkbox remains checked.
DirectX was off the entire time.

Thanks for the update - that's very helpful.

I think what is happening is you have a hook running in the background which is monitoring window creation.  This hook is inadvertently changing how LogViewPlus initializes.

These hooks might be:
- Window Managers: DisplayFusion, PowerToys.
- Graphics Utilities: NVIDIA/AMD control panels, screen recorders.
- Accessibility Tools: Screen readers or text magnifiers.

To resolve the issue, I have revisited how LogViewPlus makes its initialization checks.  Hopefully, this new implemention will run before the hooks fire.

The code has been commited and will be in the next release (Feb).

Thanks again for your help in tracking this one down!

Toby

lol, I run almost all those programs.

Looking forward to the update! Thanks