/* Généré par scripts/generate-emoji-subset.mjs. Ne pas éditer à la main.
 *
 * Servi tel quel depuis public/ et chargé par un <link> dans app/layout.tsx :
 * passer par app/globals.css corromprait l'unicode-range (cf. le commentaire
 * du script). CSP : style-src-elem autorise 'self', aucun nonce nécessaire.
 *
 * local() d'abord, et c'est le coeur du réglage : sur un appareil Apple la
 * famille système répond, le navigateur s'arrête là et ne télécharge rien.
 * Ailleurs il passe à notre subset de Noto. On ne liste surtout pas
 * 'Segoe UI Emoji' : c'est le rendu Windows qu'on vient remplacer.
 *
 * tech(color-COLRv1) est un garde-fou, pas une décoration. Les 34 glyphes ont
 * des contours glyf vides : toute la couleur vit dans COLRv1. Un moteur qui
 * chargerait la police sans savoir lire COLRv1 n'afficherait donc pas un emoji
 * monochrome mais du blanc, soit pire que l'emoji système qu'il montrait avant.
 * Avec ce tech(), il ignore l'entrée et retombe sur l'emoji système. Les vieux
 * moteurs qui ne connaissent pas tech() la jugent invalide et l'ignorent aussi,
 * ce qui donne le même repli : ce sont précisément eux qui n'ont pas COLRv1.
 *
 * L'unicode-range n'est pas décorative. Elle seule empêche la police de capter
 * des caractères à présentation texte (©, ↗) qui doivent rester en Inter.
 */
@font-face {
  font-family: 'RunPath Emoji';
  font-style: normal;
  font-weight: 400;
  font-display: swap;
  src: local('Apple Color Emoji'),
       url('runpath-emoji-389fa74f.woff2') format('woff2') tech(color-COLRv1);
  unicode-range: U+200D, U+2699, U+26A0, U+26F0, U+2702, U+270D, U+270F, U+2B07, U+2B50, U+FE0F, U+1F1E7, U+1F1EA, U+1F332-1F333, U+1F3AF, U+1F3C1, U+1F3C3, U+1F4BE, U+1F4C2, U+1F4C4, U+1F4CC-1F4CF, U+1F4E1, U+1F4E5, U+1F501, U+1F5B1, U+1F5D1, U+1F5FA, U+1F6B4-1F6B6, U+1F6E0, U+1F6E3;
}