[GH-ISSUE #193] [BUG] Icon too small in main context menu on HiDPI (200% scaling) #188

New issue

Open

opened 2026-02-25 21:32:49 +03:00 by kerem · 1 comment

kerem commented

2026-02-25 21:32:49 +03:00

Owner

Originally created by @pohlebkin on GitHub (Dec 10, 2025).
Original GitHub issue: https://github.com/clechasseur/pathcopycopy/issues/193

Originally assigned to: @clechasseur on GitHub.

Description

On a HiDPI setup the icon for any Path Copy Copy command shown directly in the main Explorer context menu is rendered much smaller than other icons in the same menu.

At 200% display scaling on a 3840×2160 monitor, normal shell items (e.g. Open with Sublime Text, Edit with Notepad++, custom verbs with Icon in the registry) appear as ~32×32 icons, while Path Copy Copy commands look like 16×16 icons centered inside a 32×32 slot with a lot of padding.

At 100% scaling everything looks normal and sizes match.

The same .ico files, when used via HKCR\*\shell\...\Icon, are rendered at the correct size, so the icons themselves are fine – the issue seems specific to how the shell extension provides icons to Explorer on HiDPI.

Steps to reproduce

Windows 10 x64, monitor 3840×2160, display scaling 200%.
Install Path Copy Copy 20.0.
In Path Copy Copy Settings → Commands:
- Pick any command,
- enable it in Main menu,
- assign a custom .ico via the Icon column.
  (Submenu can be disabled to make the effect easier to see.)
In Explorer, right‑click any file or folder and compare the Path Copy Copy command’s icon with other icons in the context menu.

Expected

Path Copy Copy command icons should be scaled to the same visual size as other context‑menu icons on HiDPI (matching the ~32×32 look at 200% scaling).

Actual

Path Copy Copy command icons stay visually at 16×16 within a larger slot, with noticeable padding, and look about half the size of other icons in the same menu.

Environment

Path Copy Copy: 20.0
Windows: 10 x64
Monitor: 3840×2160, scaling 200%
Context menu: any Path Copy Copy command shown directly in the main menu with a custom icon

Originally created by @pohlebkin on GitHub (Dec 10, 2025). Original GitHub issue: https://github.com/clechasseur/pathcopycopy/issues/193 Originally assigned to: @clechasseur on GitHub. ### Description On a HiDPI setup the icon for any **Path Copy Copy** command shown directly in the main Explorer context menu is rendered much smaller than other icons in the same menu. At 200% display scaling on a 3840×2160 monitor, normal shell items (e.g. `Open with Sublime Text`, `Edit with Notepad++`, custom verbs with `Icon` in the registry) appear as ~32×32 icons, while Path Copy Copy commands look like 16×16 icons centered inside a 32×32 slot with a lot of padding. At 100% scaling everything looks normal and sizes match. The same `.ico` files, when used via `HKCR\*\shell\...\Icon`, are rendered at the correct size, so the icons themselves are fine – the issue seems specific to how the shell extension provides icons to Explorer on HiDPI. ### Steps to reproduce 1. Windows 10 x64, monitor 3840×2160, display scaling **200%**. 2. Install Path Copy Copy 20.0. 3. In **Path Copy Copy Settings → Commands**: - Pick any command, - enable it in **Main menu**, - assign a custom `.ico` via the **Icon** column. (Submenu can be disabled to make the effect easier to see.) 4. In Explorer, right‑click any file or folder and compare the Path Copy Copy command’s icon with other icons in the context menu. ### Expected Path Copy Copy command icons should be scaled to the same visual size as other context‑menu icons on HiDPI (matching the ~32×32 look at 200% scaling). ### Actual Path Copy Copy command icons stay visually at 16×16 within a larger slot, with noticeable padding, and look about half the size of other icons in the same menu. ### Environment - Path Copy Copy: 20.0 - Windows: 10 x64 - Monitor: 3840×2160, scaling 200% - Context menu: any Path Copy Copy command shown directly in the main menu with a custom icon <img width="1356" height="1618" alt="Image" src="https://github.com/user-attachments/assets/097097eb-e7ab-48e6-a6af-fc1fcfa70c3c" />

kerem added the

bug

label

2026-02-25 21:32:49 +03:00

kerem commented

2026-02-25 21:32:50 +03:00

Author

Owner

@clechasseur commented on GitHub (Jan 6, 2026):

I've had problems with HiDPI before. I haven't seen this particular issue however. I'll keep this open.

@clechasseur commented on GitHub (Jan 6, 2026): I've had problems with HiDPI before. I haven't seen this particular issue however. I'll keep this open.