[BUG] - Issue with icon background hover color

[onesounds]

Describe the bug
The issue occurs when hovering over icons in Grid View. While the background color changes correctly for the initial icons, the hover effect seems to stop applying to icons after a certain point in the list.

To Reproduce

1. Add at least 4 icons to the frame.

2. Hover over the icons in sequence from the first to the fourth, and verify that the background color changes and reverts correctly.

Suspected Cause
It seems like there might be an issue with the conditional logic in the FileItem_MouseEnter and FileItem_MouseLeave functions.

When I tried removing the complex conditions and simply set the code to toggle the color on 'Enter' and off on 'Leave', the issue was resolved. It appears that the current logic might be causing unexpected behavior in certain scenarios.

Expected behavior
The appropriate color should be displayed on hover, and the background should revert to transparent when the mouse leaves.

Desktop (please complete the following information):

• OS Version [e.g. 22H2]
• OS Build [e.g. 22000.1]

[PinchToDebug]

Why did you close the pull request?

[onesounds]

I thought the issue was resolved, but I noticed some unexpected behaviors in the selected state—specifically when the mouse leaves the item or when double-clicking.
Since this requires a better organization of the hover/selected states and potentially a single-click option, I felt it would be risky for me to make significant changes without further discussion

[PinchToDebug]

I couldn't reproduce this issue, is your screen scaling set to 100%?

[onesounds]

I couldn't reproduce this issue, is your screen scaling set to 100%?

I'm using 200%. Based on your feedback, I tested at 100% DPI and confirmed the issue does not occur. This reminded me of a similar DPI issue I resolved in the past, so I attempted a fix based on that experience. It is now resolved in my local tests.

• If only the function is modified without adding DPI awareness settings via the app manifest, the program must be restarted to reflect DPI changes. If the manifest is present, changes are applied immediately without a restart.

• I noticed that a scaling factor (_windowsScalingFactor) already existed but was not being applied in the Window_MouseMove function, so I added it. I have added the detailed explanation generated by AI to the PR.

Thanks.

[PinchToDebug]

I’ve been testing dpi awareness before, but due to how the app works now your PR can't be merged because it wouldn't work properly on multi-monitor setups. There need to be more changes to make sure everything works properly on multi-monitor setups first. The scaling related code parts have to be changed if dpi awareness is added.