fix: restore canonical emoji sizing CSS network-wide after deprecation-silence dropped it

[chubes4]

Root cause

Giant emoji rendering site-wide across all 9 network sites (forum, blog, link pages, everywhere).

This plugin's inc/theme/emoji-deprecation.php removes print_emoji_styles on init to silence a noisy WP 6.4 deprecation notice (~640-840 hits/day per site in debug.log). That silencing is correct and stays.

But it had an unintended side effect. Core's wp_enqueue_emoji_styles() (wp-includes/formatting.php:5870) is gated by a back-compat early-return guard:

$action = is_admin() ? 'admin_print_styles' : 'wp_print_styles';
if ( ! has_action( $action, 'print_emoji_styles' ) ) {
    return;  // <-- emits NO sizing CSS
}

Core assumes that any plugin unhooking print_emoji_styles is taking over emoji styling itself, so it bows out. Because this plugin removes print_emoji_styles on init (which fires before wp_enqueue_scripts), the guard trips on every page load and core never emits the canonical img.emoji { height: 1em !important; ... } sizing rule.

Core's emoji-replacement JS still runs everywhere (text → <img class="emoji" src="...svg">), but those images are now unsized and render at their natural (huge) dimensions.

Verified on production: img.emoji / img.wp-smiley height rule is absent from the rendered forum HTML; has_action('wp_print_styles','print_emoji_styles') is false.

Fix

Emit core's canonical emoji sizing CSS ourselves through a supported path:

• Front-end: wp_add_inline_style() attached to the theme's main stylesheet handle extrachill-style — unconditionally enqueued on every front-end page on every site (it's the documented "always loaded" stylesheet; extrachill_modify_default_style() registers it with no conditions at wp_enqueue_scripts priority 20). Hooked at priority 25 so the handle is already enqueued.
• wp-admin: the same admin_print_styles removal dropped sizing in admin too (via the same early-return guard, since wp_enqueue_emoji_styles checks is_admin()). Admin has no theme stylesheet handle, so the same CSS is printed via a minimal <style> block on admin_head. This is our own style block — not the deprecated print_emoji_styles — so it emits no deprecation notice.
• The CSS mirrors wp-includes/formatting.php:5878 exactly (verbatim copy of core's canonical rule).

Scope

All 9 Extra Chill network sites (the plugin is network-active; the hook fires on every site):

• Forum (community.extrachill.com) — bbPress post/reply emoji
• Blog (extrachill.com) — article + comment emoji
• Link pages (artist.extrachill.com) — artist link-page emoji
• Events, shop, newsletter, docs, wire, studio — all front-end pages

Confirmation

• The WP 6.4 print_emoji_styles deprecation notice stays silenced — the remove_action calls are unchanged.
• After this, img.emoji { height: 1em !important } is present on every page network-wide, so emoji render at text size everywhere.
• If core ever resumes emitting the rule itself, the only effect is a harmless duplicate (both rules are identical and !important).
• php -l passes on the changed file.
• No CHANGELOG edit, no version bump (homeboy owns both).