SoftMaker forces 16px icons regardless of higher resolutions available in icon theme

[gvillamar_uno]

Software version: SoftMaker Office NX (and FreeOffice) on Linux

Environment: Linux Mint 21.x / Cinnamon, icon theme Mint-Y-Sand

Problem description:

SoftMaker Office installs multiple icon resolutions (16px, 32px, 48px, 128px) into the active system icon theme folders (e.g., /usr/share/icons/Mint-Y-Sand/*/mimetypes/). However, the application or its MIME associations always request the 16px version, completely ignoring the higher resolution folders.

As a result, even on high‑DPI displays where 32px or 48px would be appropriate, the system scales up the 16px icon, causing severe blurriness.

What SoftMaker currently does (correctly):

Places icons in /usr/share/icons/[theme]/16x16/mimetypes/

Places icons in /usr/share/icons/[theme]/128x128/mimetypes/

What SoftMaker does incorrectly:

The MIME type registration or .desktop files force the use of the 16x16 path

Higher resolution icons are never requested, even when available

Temporary workaround (tested):

Overwrite the 16px icons with higher resolution copies (e.g., 128px):

Why this works (but is not optimal):
The system still requests 16px icons, but now receives a 128px image. When scaled back up for display, the result is better than the original 16px icon, but still not as fine as proper 48px or 64px icons would be.

Expected correct behavior:

The system should request the most appropriate icon resolution based on the display DPI and icon theme settings, following the freedesktop.org Icon Theme Specification. For a typical Linux Mint installation, this would be 48px or 64px for normal displays, and higher for HiDPI.

Suggested fix:

Modify SoftMaker's MIME integration to register icons without hardcoding a specific resolution. The correct approach is to register the icon name (e.g., softmaker-textdocument) and let the system's icon theme serve the appropriate resolution from 16x16/, 32x32/, 48x48/, 128x128/, etc., depending on context.

IF YOU HAVE A BETTER FIX I WOULD BE HAPPY TO KNOW IT. The proposed fix do function; but you must redo it each time you apply a Softmaker update...