|
Memnarch1113
|
|
|
Group: Forum Members
Posts: 6,
Visits: 32
|
Hi, Got it. I am not certain if I had highlights in here but I think you might be right. I did not include a sample log because it's from a user's machine, so I can't share for privacy reasons, sorry. But interesting to know that we might see a fix in the next release anyway, thanks!
|
|
|
|
|
LogViewPlus Support
|
|
|
Group: Moderators
Posts: 1.3K,
Visits: 4.5K
|
HI Memnarch,
Thanks for reporting this issue. That is a very strange bug indeed. Are these log lines permanently scaled incorrectly? What happens if you scroll or refresh the log file? I have seen behavior somewhat similar to this if the screen scaling is changed and the application is not restarted.
There is a known issue in 2.6 with drawing multiple highlights in the grid which will be fixed in the next release. I can see that the log line selected has multiple highlights. This could be contributing the the problem as well. (For performance, grid lines with multiple highlights are drawn completely differently from grid lines with a single highlight).
I will take a look at the sample log file and see if I can recreate.
Thanks again,
Toby
|
|
|
|
|
Memnarch1113
|
|
|
Group: Forum Members
Posts: 6,
Visits: 32
|
Hi Toby, I've got another bug to toss on your todo list. I will try out the logviewplus.exe -DisableScaling Setting, but I wanted to show off a similar-ish bug. I have a 2k display, and my coworker has a 4k display, and we've occasionally noticed logs that are inconsistently scaled. Some lines seem to have the correct scaling modifier turned on, some don't. For me it's fine because I have a 27inch screen, and so I have loads of real estate. But my coworker has a 17inch 4k screen and so the text (even at 16pt font) is mostly tiny in the logs themselves. The rest of the UI is fine. (This screenshot is from her screen) (sorry I had to blur it a bit to protect user privacy, but hopefully you can see some lines are different sizes from others)
I'm attaching the screenshot and dxdiag logs if you can use them. Again, we'll try out the disable scaling setting and see if it helps, but to me this was a pretty clear signal there's a bug where certain log line entries are being treated differently from others. Hopefully that makes tracking down the issue easier!
|
|
|
|
|
LogViewPlus Support
|
|
|
Group: Moderators
Posts: 1.3K,
Visits: 4.5K
|
We have updated the latest version (v2.6) of LogViewPlus to include a new command line option. You can now start LogViewPlus from the command line with: logviewplus.exe -DisableScaling This will disable DPI scaling in LogViewPlus and leave the scaling to Windows. Windows default scaling ensures controls are adequately sized, but may result in slightly blurry text. Note that command line arguments can also be specified by modifying Windows shortcuts. For now, the two options of running LogViewPlus without scaling or turning off "Fix scaling" in Windows are the only two workarounds we are going to be able to provide for running LogViewPlus in RDP at high DPI. Neither of these solutions are ideal. I have made a note to investigate this issue further in a future release. Hope that helps. Thanks again for reporting this issue, Toby
|
|
|
|
|
LogViewPlus Support
|
|
|
Group: Moderators
Posts: 1.3K,
Visits: 4.5K
|
Thanks for the update. I have been able to recreate the issue. The problem seems to be an issue with how Windows and RDP handle scaling of Winforms applications. I am able to partially resolve the problem by turning off "Fix scaling for apps" in the advanced scaling settings of the remote machine. Unfortunately this setting is global and might impact other applications. I have researched alternative solutions but because the underlying issue is settings related I cannot see any other alternatives except disabling DPI scaling when an RDP connection is detected. This should force the controls to be appropriately sized, but will likely result in slightly blurry text. I will look into adding a configuration setting to disable DPI scaling in the next release. Hope that helps, Toby
|
|
|
|
|
symphara
|
|
|
Group: Forum Members
Posts: 9,
Visits: 42
|
Thank you for replying so quickly. The DPI settings are not modified!
The application simply has the wrong DPI scaling when used over Remote Desktop Connection.
So basically from any high-DPI computer try to connect using Remote Desktop Connection to another computer, while keeping the Display Configuration to "Large" (full screen). Then run LogViewPlus on the remote machine. It's not scaled correctly.
Restarting the application or restarting the remote connection (while leaving the application running) has no effect.
|
|
|
|
|
LogViewPlus Support
|
|
|
Group: Moderators
Posts: 1.3K,
Visits: 4.5K
|
Thanks for reporting this issue Symphara.
LogViewPlus does not automatically adjust DPI settings if they are modified. Is the problem resolved on an application restart? I will investigate this issue to see if I can recreate it.
We've put a lot of work into the custom log format detection - thanks for noticing! :-)
Toby
|
|
|
|
|
symphara
|
|
|
Group: Forum Members
Posts: 9,
Visits: 42
|
Hi, I downloaded the latest beta today and I have a similar problem.
I have a 5k monitor and locally the application looks fine (Windows 11). However when I remote desktop from this machine into another computer and run LogViewPlus there, it doesn't scale correctly. The log items themselves are fine but the text in the toolbars is tiny.
Completely unrelated - I was impressed that it detected my custom log format correctly, well done.
|
|
|
|
|
LogViewPlus Support
|
|
|
Group: Moderators
Posts: 1.3K,
Visits: 4.5K
|
Glad to hear it Igor - thanks for letting me know!
|
|
|
|
|
Igor
|
|
|
Group: Forum Members
Posts: 10,
Visits: 16
|
Hi Toby, v2.5.42 is fixed, thanks!
|
|
|
|