How to stop unicode glyphs displaying as "emoji" in MS Word 2016

In Word 2010, typing (e.g.) Alt+1 or Alt+4 (using the Numpad) produces Unicode symbols for a smiley face or diamond symbol in the selected font – e.g. ☺ ♦

In Word 2016, these are now replaced with colourful "emoji"-like icons:

cnread has offered the useful suggestion of generating the symbols by typing their Unicode points are entered (263A for 'White Smiling Face' and 2666 for 'Black Diamond Suit') and converted using Alt+X, which is a handy workaround, though it lacks the simplicity of the previous approach.

Is there an option to force Word to display the Unicode icons instead of the garish clip-art? Nothing obvious jumps out from either the settings pages, nor from the autocorrect options.

I also have been very frustrated with Word's auto substitutions for characters that already exist in the font I am using — coincidentally, the same font and one of the same characters u2666 as in MS609's question. Segoe UI contains the glyphs for spades, hearts, diamonds and clubs, though they are either all black or in black outline form. However, when you enter them as the Unicode characters (in my case, via AHK sending the correct character), Word substitutes the Segoe UI Emoji characters, which I definitely do not want. The XML generated in Word is as follows (for the spades character):

<w:r w:rsidR="003E3D80">
<w:rPr>
    <mc:AlternateContent>
        <mc:Choice Requires="w16se">
            <w:rFonts w:cs="Segoe UI"/>
        </mc:Choice>
        <mc:Fallback>
            <w:rFonts w:ascii="Segoe UI Emoji" w:eastAsia="Segoe UI Emoji" w:hAnsi="Segoe UI Emoji" w:cs="Segoe UI Emoji"/>
        </mc:Fallback>
    </mc:AlternateContent>
</w:rPr>
<mc:AlternateContent>
    <mc:Choice Requires="w16se">
        <w16se:symEx w16se:font="Segoe UI Emoji" w16se:char="2660"/>
    </mc:Choice>
    <mc:Fallback>
        <w:t>♠</w:t>
    </mc:Fallback>
</mc:AlternateContent>
</w:r>

One awful pile of crap for something I don't even want! The actual glyph is shown in the fourth line from the bottom, but it only appears as an emoji once Word gets hold of it.

The way that I finally resolved this problem was to use the methodology suggested above — that is, instead of sending the character, send the Unicode code point (e.g., 2660 for black spade) followed by Alt+X (SendInput 2660!x in AHK code). It's stupid that this is necessary, but yet another affirmation that Word's "smart" features are often stupid — especially when you can't shut them off. And this Alt+X way of inserting Unicode characters works only in Word, so that's a pain if you want to insert the symbols in other editors.

If you don't know about AHK (AutoHotKey), you should have a look at it — it can be extremely useful. Likewise with BabelMap and BabelPad for working with Unicode characters.

Insert the character U+FE0E VARIATION SELECTOR-15 (VS15) after each occurrence of a character that may otherwise be displayed in emoji style. This is a variation selector that asks for text style (as opposite to emoji style) rendering for the character before it. You can enter it e.g. by typing fe0e Alt X.

If you need this often, you might consider first entering the text without the variation selectors and then doing suitable global replace(s). Or you might define, in the table for automatic “corrections” in Word, a suitable notation like “.d” defined to map to BLACK DIAMOND SUIT followed by VS15.

This works in Word 365, though not quite deterministically. E.g., the effect of VS15 may extend to two or more characters before it, and setting font may also have an effect.