fix(Mime): do not set natural dimensions when embedded

[jospoortvliet]

When using the Smart Picker to view an image, the size of these images is shared with the app, and both Talk and Text take try and display them as such. Now Talk has a different CSS that kind of limits the damage, but it doesn't look great either. Screenshots:

BEFORE: Talk will basically make it fit, distorting the image:

AFTER: No more distortion!

BEFORE: Text just crops (the image on the bottom is the link to the same file as the attachment above it):

AFTER: Looks just fine, can even be resized.

BEFORE: In Text, Tables are entirely broken by inserting an image, as it's rendered 1:1 size and thus creates a huge horizontal scroll.

AFTER: fits nicely in a table cell;

Makes images a lot more useful this way. It does not impact the viewer modal at all - checked that from Talk, Files and Text.

The cause

To let Claude explain the cause of this:

Mime.js's updateHeightWidth() decided whether it was running inside the modal by searching the parent DOM for .modal-wrapper. Anywhere else, it fell through to natural image/video size and wrote that out as a hardcoded inline style, e.g. style="height: 1912px; width: 2940px". The widget's container has overflow: hidden, so only the top-left corner of the image is visible, and in a table cell the oversized intrinsic width blows out the column.

Change

This is what was changed (Claude's words);

• Declare a new isEmbedded prop on the Mime mixin. The Files widget already passes is-embedded="true" to the handler component, but nothing declared the prop, so it was silently swallowed into $attrs.
• Return early from updateHeightWidth() when isEmbedded is set, leaving height/width unset. The existing else branch (natural dimensions not yet measured, inside the modal) is untouched.
• Images.vue's imgStyle returns {} when embedded, instead of computing Math.round(null * zoomRatio) → 0, which would otherwise render style="height: 0px; width: 0px" and blank the widget entirely.
• Add a .embedded CSS modifier (max-width/max-height: 100%, object-fit: contain) so the browser sizes the element instead, preserving aspect ratio without upscaling small images.

Applications can work around this bug in their own CSS (Text, Talk), but that's less than ideal.

Testing

• npm run lint and npm run stylelint pass.
• Manually verified in the browser: large image, small image (not upscaled).
• Inside the modal: no visual change. Verified zoom, pan, pinch-zoom, swipe between files.

🤖 AI (if applicable)

Assisted-by: Claude Sonnet 5:claude-sonnet-5

Frankly, Claude did the code/analysis. I tested etc...

• The content of this PR was partly or fully generated using AI

[jospoortvliet]

just to check - here too - should I recompile and commit assets, or does CI do that?

Please recompile and commit the assets, see the section "Show changes on failure" for details