/*
 * Liens DANS LE CONTENU édité (et la prévisualisation), pas dans l'UI de CKEditor.
 *
 * On scope volontairement à .ck-editor__editable / .ck-content : un sélecteur
 * plus large (.ck-editor a) toucherait aussi les <a> de l'interface (bulle
 * d'actions du lien : éditer / supprimer), ce qui casse ces contrôles.
 *
 * display: inline corrige le passage à la ligne : un <a> avec display: inherit
 * hérite du block du <p> parent et se retrouve seul sur sa ligne.
 */
.ck-editor__editable a,
.ck-content a {
    display: inline;
    margin: 0;
    font-size: inherit;
    color: inherit;
    /* Les URL longues coupent proprement au lieu de déborder ou de pousser le lien à la ligne. */
    overflow-wrap: anywhere;
    word-break: break-word;
}

/* Correctif d'affichage des listes (bogus paragraph) dans la zone éditable. */
.ck-editor__editable .ck-list-bogus-paragraph {
    display: contents;
}

/*
 * Prévisualisation de l'email (FBF-291).
 *
 * Le corps injecté ici n'est PAS dans .ck-content, et la carte de prévisualisation
 * est rendue à l'intérieur du <form> d'édition. Sans ce scope, les <a> héritent :
 *   - du style global de l'application : a { color: var(--bdmc-primary);
 *     text-decoration: none }
 *   - de la règle « form a » (layouts/form.css) : display: block; margin-top: 10px;
 *     font-size: 18px
 * Rien de tout cela ne correspond au rendu réel d'un email : le layout
 * (base.html.twig) et le contenu CKEditor n'appliquent aucun style aux liens,
 * les clients de messagerie utilisent leur rendu par défaut : inline, bleu par
 * défaut souligné, taille de police héritée du texte courant. On reproduit ce
 * rendu ici.
 */
.email-preview a,
.email-preview a:hover {
    display: inline;
    margin: 0;
    font-size: inherit;
    color: #0000ee;
    text-decoration: underline;
}

/* Texte en gras (<strong>/<b>) mis en avant dans la couleur de la charte. */
.email-preview strong,
.email-preview b {
    color: var(--bdmc-primary);
}