Fork me on GitHub

Rapport de message :*
 

Re: Utiliser un autre éditeur par défaut pour un module

Titre du sujet : Re: Utiliser un autre éditeur par défaut pour un module
par montuy337513 sur 03/06/2015 15:36:15

le choix de l'éditeur coté module, ce fait via le code du module.
Changer d'éditeur en cours de route sur un serveur en production peut poser problèmes, rien d'insurmontable, juste une charge de travail potentiel supplémentaire.

Je m'explique, lors de l'entrée d'une donnée dans un formulaire, l'éditeur en question mais en forme selon c'est paramètres puis Xoops le stock en BDD. Ensuite lors de l'affichage, Xoops appel l'éditeur pour appliquer le filtre adéquat pour effectuer l'affichage correctement.
Donc ce qui a été écrit en DHTML doit être convertir en CK Editor pour éviter des bugs d'affichages.

Sinon, pour répondre a ta question, quand tu utilise un champs "éditeur" via un module, tu as deux façon de gérer les choses.
1. C'est Xoops qui gère (donc utilisation du module par défaut de Xoops), c'est le choix que tu rencontreras le plus couramment. Donc, là on utilise la class 'xoops_form'. Facile a mettre en oeuvre mais l'éditeur est valable pour tous les modules et Xoops.
2. Le module appel de lui-même l'éditeur qu'il souhaite, c'est plus compliqué a mettre en œuvre car la gestion des formulaires ne se fait pas via la class 'xoops_form'. Il faut bien s'assurer de la protection des formulaires. Ensuite, pour le filtrage d'affichage, suffit d'appeler le fichier correspondant à l'éditeur.

Après pour des exemples, je te conseil de décortiquer certains modules gérant les éditeurs (de tête news ou publisher).
Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

58 Personne(s) en ligne (33 Personne(s) connectée(s) sur Forum) | Utilisateur(s): 0 | Invité(s): 58 | Plus ...