Emblems/badges scale excessively when using large icon/thumbnail views in Nemo (Linux Mint) #3799

Distribution

Linux Mint 22.3 - Cinnamon 64-bit

Package version

Cinnamon 6.6.7

Graphics hardware in use

NVIDIA Corporation GP106 [GeForce GTX 1060 6GB]

Frequency

Always

Bug description

When I increase the icon view or thumbnail zoom level to preview media files comfortably (since I've got a 4k monitor), any emblem (such as sync statuses, custom tags or system badges) scales up proportionally to massive, excessive dimensions, and even if the file is not square, they get stacked.

I think they size up to 128px instead of remaining small, discrete indicators in the corner of the file icon, the emblems grow so large that they completely obstruct folder layouts and video/image thumbnails.

Steps to reproduce

1. Open Nemo and choose the Icon View.
2. Right-click any folder, go to Properties, and assign any standard system emblem to it.
3. Increase the thumbnail/icon zoom level using Ctrl + Scroll Wheel Up (e.g., to make video thumbnails large enough for editing/previewing workflows).
4. Observe that the emblem scales excessively alongside the folder/thumbnail size, rather than capping its maximum display dimensions.

Expected behavior

Implement a fixed maximum pixel threshold (e.g., max 24px or 32px) or a percentage cap constraint for Nemo emblems so they remain compact, crisp, and unobtrusive in the corner, regardless of how large the user scales their main icon/thumbnail views. Maybe user could select that cap or by default be 32 maaaaybe 64. not sure cause I couldn't test those sizes, they always looked like 128 or more if I'm correct.

Additional information

• Disabling icon captions/leyendas (org.nemo.icon-view captions) via gsettings or GUI preferences does not alter or cap the emblem scale.
• The issue affects all emblems universally (both scalable .svg assets and fixed .png bitmaps). When scalable icons are unavailable, Nemo takes smaller fixed bitmap icons (e.g., 32x32 or 48x48) and aggressively stretches/pixelates them to match the large thumbnail container size.
• The root cause is that Nemo's dynamic scaling engine lacks an internal maximum pixel threshold or boundary constraint specifically for the emblem overlay layer.