I tested the changes on top of the latest MW core and they seem to still be effective/necessary. However, I notice the issue is absent on the limswiki page, unless you've already done the splice I'm not sure why that is.

It looks like the extra <pre> is being added when the text is run through doBlockLevels in internalParseHalfParsed (Parser.php:1710). The interwiki content is pulled in as HTML as opposed to local transclusions pulled in as wikitext, so prepending raw: (e.g. {{raw:wikipedia::Detection limit}}) to pull the interwiki content as wikitext causes the issue to disappear. I think the interwiki HTML is already fully parsed when pulled, so it shouldn't be put through parsing a second time.

After a bit of experimenting, I came up with these changes:

• To .wikibase-snakview-body, add min-width: 12em;
• To .wikibase-statementgroupview, add min-width: fit-content; padding-right: 2em;

Which generates this for a 500px width window:

In T313348#8099517, @Yug wrote:

Special:RecordWizard step 2 has an auto-declaration for languages mastered, where you can add French Sign Language or Kazakh sign language, for now.
Then, in later step, when you state you are working on that sign language, the recording system with film instead of recording audio.
So yes, Special:RecordWizard it's the correct place to point to.

The button is placed to suggest contributing a Sign Language video, but the Special:RecordWizard page appears to only take audio recordings, So I don't think a link to there would be appropriate. A link to a guide for creating/finding then uploading and linking a sign language video would probably be most appropriate, but I don't see any page that currently exists covering that. Linking directly to Special:UploadWizard on commons would probably be too unclear for some users, since many probably would not have located or created the video file by that point.