Mécanique d’écriture

Les plus petits caractères portent le plus de conventions. Cette page en couvre deux familles: les tirets entre les mots, et les emojis entre les phrases.

Tirets#

Trois traits horizontaux, trois usages. Le clavier n’offre que le plus court; les deux autres sont souvent oubliés ou mal employés.

Trait d’union (-)#

La touche à côté du 0. Il relie:

• Les mots composés: porte-clé, arc-en-ciel, c'est-à-dire
• Les mots coupés en fin de ligne, ce qui relève de la mise en page, pas de vous

Tiret demi-cadratin (–)#

La largeur d’un « n ». Il marque les intervalles et les paires:

• Les intervalles, qui se lisent « de … à … »: p. 3–5, 2020–2026
• Une relation entre deux pôles: le trajet Montréal–Toronto

Pour le saisir: ⌥- sur macOS, Alt+0150 sur Windows, – en HTML.

Tiret cadratin (—)#

La largeur d’un « m ». C’est le tiret de la phrase:

• L’incise, encadrée d’espaces: La proposition — débattue des mois — a fini par passer.
• Le dialogue, où chaque réplique s’ouvre par un cadratin

En français soigné, l’incise se marque souvent au demi-cadratin plutôt qu’au cadratin; les deux se rencontrent. Pour le saisir: ⇧⌥- sur macOS, Alt+0151 sur Windows, — en HTML.

Choisir#

• Deux mots, une idée: trait d’union
• Un intervalle: demi-cadratin
• Une rupture dans la phrase: cadratin (ou demi-cadratin)

Sur ce site#

Ce site active l’extension typographer de Goldmark: -- devient un demi-cadratin, --- un cadratin, et les apostrophes droites deviennent courbes. Les guillemets français « » se saisissent toujours à la main. Saisir les vrais caractères – et — fonctionne aussi.

Emoji#

Les shortcodes emoji comme :tent: sont des conventions d’application, pas un standard; les pages d’ici n’en dépendent donc pas. Le shortcode {{< emoji >}} lit plutôt la table d’emojis maintenue dans data/series/ref/emojis.yml. Pour GitHub, il vaut mieux utiliser le point d’accès REST officiel pour les emojis plutôt que d’anciens gists de shortcodes maintenus par la communauté.

Maintenir cette table, c’est décider quelle source croire pour chaque champ. Les métadonnées emoji sont trompeusement complexes à maintenir: les noms, les points de code, les shortcodes et les textes de repli proviennent souvent de sources différentes avec des niveaux d’autorité variables 🤷‍♂️. Pour garder le site fiable, les spécifications faisant autorité sont strictement séparées des conventions de plateforme et des textes de repli choisis à la main.

Autorités de source#

Les presets de shortcodes sont des conventions, pas des standards#

Les shortcodes emoji, comme :smile:, ne sont pas gouvernés par Unicode. Ce sont des conventions d’interface propres aux plateformes:

• Correspondance Emojibase: Emojibase associe les shortcodes discord au preset JoyPixels et les shortcodes slack au preset iamcal

Ni Discord ni Slack ne publient un jeu de données API officiel et complet pour les shortcodes. Ces libellés de presets sont donc traités comme des indications pratiques de compatibilité, pas comme des garanties de spécification immuables.

Les émoticônes et kaomojis exigent une curation manuelle#

Les conventions textuelles comme les émoticônes, par exemple :-/, et les kaomojis, par exemple ¯\_(ツ)_/¯, n’ont pas d’autorité centrale:

• ASCIImoji: facile à analyser, mais avec une couverture limitée
• Liste d’émoticônes de Wikipédia: contexte historique large, mais sans la cohérence structurée nécessaire pour un pipeline automatisé
• Conclusion: la maintenance exige un champ local choisi à la main et vérifié avec des références communautaires

Libellés d’affichage Apple#

Apple Color Emoji est le rendu de plateforme prédominant, mais contrairement à GitHub, Apple ne publie pas d’API publique officielle de shortcodes ou de noms. Les libellés Apple propres à la plateforme sont donc traités comme du contexte éditorial, pas comme des colonnes principales de la base locale.