valinet / valinet/ExplorerPatcher
Windows 11 multi-monitor issue: Windows 10 fullscreen Start menu does not adapt to portrait secondary monitor when opened with the Win key
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 33.9k
- Forks
- 1.4k
- PR merge metrics
- No merged PRs in 30d
Description
Before reporting your issue
- I have confirmed that this issue does not happen when ExplorerPatcher is not installed
- I do not have "register as shell extension" enabled
- I have tried my best to check existing issues
Repro ExplorerPatcher versions
ExplorerPatcher 67.1
Repro Windows Versions
Windows11 22H2 22621.6060 ARM64
3rd party tweak software installed
TranslucentTB
Wallpaper Engine
Describe the bug
I am using ExplorerPatcher on Windows 11, and I have set the Start menu style to the Windows 10 fullscreen tile Start menu.
My display setup is a dual-monitor configuration:
Primary monitor: landscape orientation
Secondary monitor: portrait orientation
The Start menu works correctly on the primary monitor. However, when I press the Windows key while working on the portrait secondary monitor, the Start menu appears in a landscape-style layout, as if it does not correctly adapt to the portrait orientation of the secondary display.
Interestingly, if I click the Start button on the taskbar of the secondary monitor with the mouse, the Start menu is displayed correctly in portrait orientation.
Therefore, the issue seems to occur only when the Start menu is invoked by the keyboard Windows key, not when it is opened by clicking the Start button with the mouse.
Steps to reproduce:
1.Use Windows 11.
2.Install and enable ExplorerPatcher.
3.Set the Start menu style to Windows 10 fullscreen tile mode.
4.Use a dual-monitor setup: primary monitor in landscape orientation, secondary monitor in portrait orientation.
5.Click the Start button on the secondary monitor with the mouse. The Start menu displays correctly.
6.Press the Windows key while working on the secondary monitor.
7.The Start menu appears in a landscape-style layout and does not adapt to the portrait orientation of the secondary monitor.
Expected outcome
When the current focus or cursor is on the portrait secondary monitor, pressing the Windows key should open the Start menu with the correct portrait-oriented layout for that display.
Actual outcome
When opened with the Windows key, the Start menu on the portrait secondary monitor appears in a landscape-style layout. However, when opened by clicking the Start button with the mouse, it displays correctly.
Additional info
This may be related to how ExplorerPatcher determines the target monitor, display coordinates, or screen orientation when the Start menu is invoked through the keyboard. It seems that mouse-click invocation and keyboard invocation may be using different positioning or monitor-detection logic.
Crash Dumps
No response
Media
No response
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No source files or tests are named. Reproduce the issue on Windows 11 22H2 with ExplorerPatcher 67.1, then trace the repository's Start menu handling for Windows-key invocation and compare it with the secondary-monitor taskbar-button path. Done means the Windows key opens the Windows 10 fullscreen Start menu with the portrait layout on the secondary display without changing the existing mouse behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- desktop-dev, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 43/100