Anomalie #5492: Perte de style/police HTML dans l'éditeur des modèles de mail - Core - Dynacase

Actions

Copier le lien

Anomalie #5492

fermé

Perte de style/police HTML dans l'éditeur des modèles de mail

Ajouté par Jérôme Augé il y a environ 11 ans. Mis à jour il y a plus de 10 ans.

Statut:

Intégré

Priorité:

Normal

Assigné à:

Éric Brison

Version cible:

3.2.20

Début:

27/04/2015

Echéance:

% réalisé:

100%

Temps estimé:

7:00 h

Version source:

3.2.18

Solution proposée:

Une options permettant d'autoriser tout les éléments HTML valide sera ajouté.
Cette option "allowedcontent" sera positionné à "all" sur les modèles de mail.
Elle reste à "" par défaut pour les autres htmltext

Principaux fichiers impactés:

Complexité:

Contrôle:

Thème:

Socle technique

Régression:

Non

Description

Contexte

Soit un contexte avec dynacse-core-3.2.14 sur lequel a été configuré des modèles de mails avec un contenu composé, par copier/coller depuis Word (ou OpenOffice), avec un mise en forme et une police spécifique.

Le contexte a été mis à jour avec dynacase-core-3.2.18.

Problème

Depuis, si on modifie un modèle de mail, ou si on fait simplement modifier/sauver, alors le texte HTML perd sa mise en forme et sa police spécifique : le code HTML est "nettoyé.

Par la suite il est impossible de remettre la mise en forme ou la police que ce soit sur l'éditeur Wysiwyg ou Source.

L'entreprise imposant une charte graphique qu'il faut respecter et implémenter dans les mails du workflow, l'administrateur Dynacase ne peut alors plus composer le modèle de mail correspondant en accord avec cette charte graphique.

- Pour ces cas là, on peut imaginer proposer une version de l'éditeur (via une case à cocher "Expert" ou "Avancé" par ex.) qui permette de ne pas nettoyer le HTML et de conserver autant que possible la mise en forme du texte collé en mode Wysiwyg ou tapé en mode Source.
- Option/comportement à rendre possible sur tous les attributs htmltext et pas seulement ceux de "Modèle de mail" ?
- autre solution ?

Demandes liées 1 (0 ouverte — 1 fermée)

Actions

Copier le lien

Mis à jour par Jérôme Augé il y a environ 11 ans

Description mis à jour (diff)

Actions

Copier le lien

Mis à jour par Éric Brison il y a environ 11 ans

Statut changé de Nouveau à Analysé
Temps estimé mis à 7:00 h

Le passage à CKeditor 4 utilise par défaut plus de contrôle.
Le contenu est filtré en fonction des possibilités exprimées dans la barre de menu.

Solution :

1. rétablir le fonctionnement 3.2.14 en inhibant le filtre automatique au minimim (autorisation de tous les tags HTML pris en compte par CKeditor)
2. ajouter une options d'attribut permettant de filtrer en fonction de la barre de menu

Pour mémoire

config.allowedContent = {
    $1: {
        // Use the ability to specify elements as an object.
        elements: CKEDITOR.dtd,
        attributes: true,
        styles: true,
        classes: true
    }
};
config.disallowedContent = 'script; *[on*]';

Actions

Copier le lien