XOOPS 2.0.18.1
PHP 5.2.5
mysql 5.0.45
Apache 2.2.8

XoopsInfo
BlockAdmin
MyDownloads
MyLinks
Protector 3.16
MyAlbum
Liaise
Sitemap
Tellafriend
SecurityImage
myCredits
eXtGallery 1.03
X-Movie 2.65
Xhld
SmartFaq
Catads
CBB (Framework 1.20)
XoopsPolls
WF-Links

Posted by catzwolf_ on 2008/4/7
Depuis très longtemps, j'ai essayé de comprendre le fonctionnement de XoopsEditors. Je ne suis pas un débutant en PHP ou sur le fonctionnement de Xoops, mais depuis très longtemps, ce problème m'a pourri la vie, au point de m'arracher les cheveux (ce qu'il en reste de toute façon) et j'ai presque abandonné à plusieurs reprises. La persévérence et l'ignorance crasse sont deux de mes nombreux défauts, mais ils m'ont dépanné.

Quoi qu'il en soit, retour à XoopsEditors. Alors que dans le cadre de la refonte de WF-Channel, on m'a demandé plusieurs fois d'inclure un éditeur WYSIWYG et après mûre réflexion à ce sujet, j'ai décidé de m'orienter vers XoopsEditors. En faisant ce que la plupart des autres gens font… J'ai commencé à chercher des exemples sur la façon dont il fonctionne et comment je pourrais l'intégrer dans WF-Channel.

Eh bien, je dois dire que les résultats ne furent pas ce que je m'attendais. Chaque développeur a «sa» propre façon de faire çà, et il n'y avait aucun exemple qui utilisait la ou les même méthodes, et plus je cherchais, plus je me retrouvais dans la plus grande perplexité. Je crains de penser ce que quelqu'un avec peu de connaissances de Xoops et de PHP doit penser, j'en suis effayé.

Le problème vient de tous les éditeurs qui sont effectivement disponibles en ce moment et le fait que personne n'a pris la peine de consulter les uns et les autres sur ce que serait la meilleure approche (y compris moi-même) pour mettre un peu d'homogénéité et de compatibilité dans l'ensemble de la question, tout attendre de DJ et les félicitations à lui pour le faire.

Pour moi, XoopsEditors devrait devenir la norme de facto pour tous les développeurs et si des utilisateurs veulent un éditeur spécial, qu'ils recherchent les développeurs qui l'utilisent à la place et ces utilisateurs devraient l'installer par eux-mêmes.

Quoi qu'il en soit, retour à la question sur XoopsEditors. Initialement, cette classe a été écrite pour Xoops 2.2 et non pour la branche 2.016, et c'est là que se trouve le problème pour tous les développeurs. Si vous
regardez la version 2.2 de Xoops, en particulier la classe XoopsEditors et la comparez avec la classe que DJ a rendu public, il existe certaines différences entre elles, principalement les fichiers inclus dans la version 2.2 qui sont absents du package de XoopsEditors.

Dans l'exemple sampleform.php, il est écrit ce qui suit pour l'ajout de cette classe à votre propre module:

Bien sûr si je fais ça sur une version 2.018+ j'obtiens l'erreur suivante :

Et bien, c'était à prévoir. Parce que nulle part dans la classe XoopsForm il n'y a un 'hack' pour inclure cette classe. Bien sûr, je pourrais ajouter la ligne suivante:

Mais en réalité, on ne devrait pas avoir à le faire. Si la classe XoopsForm nécessite XoopsEditor pour fonctionner correctement, alors nous devrions l'avoir déjà au sein de la classe XoopsForm sans que le développeur n'ait à se soucier d'ajouter d'autres lignes de code pour le faire fonctionner. La classe XoopsForm devrait le prendre en charge.

Donc gardez à l'esprit, la classe XoopsEditor était à l'origine écrite pour Xoops 2.20 et l'éditeur de Xoops fonctionnera correctement comme ci-dessus, mais, je tiens à le faire fonctionner sur une version 2.18+ de Xoops sans avoir à recourir à ajouter plus de code que la limite de compatibilité.

Prenons pour exemple le module news, le travail de contournement fait par Herve n'aurait pas été nécessaire si la classe avait été écrite à la fois pour les branches 2.00 et 2.20

Comme vous pouvez le voir, Il ya tout d'abord un contrôle de la version de Xoops utilisée, puis un contrôle pour voir si il ya un autre éditeur Koivi installé, puis si les deux échouent, alors nous utilisons l'option par défaut. Ce n'est de toute façon pas la meilleure solution pour un développeur. En réalité, nous ne devrions pas avoir besoin de deux classes différentes d'éditeurs installées. C'est de là que vient la confusion, qu'est ce qui fonctionne avec quoi?

Je suis tout à fait sûr que je ne suis pas seul quand je dis cela en tant que développeur, mais je redoute quand quelqu'un me demande d'ajouter un éditeur WYSIWYG à mes modules. Pourquoi? Parce qu'il n'y a aucune norme dans le cadre de Xoops pour le faire. Eh bien jusqu'à présent.

En fait, la réponse est assez simple et il y a pour tous les développeurs un moyen d'inclure les différents éditeurs dans le cadre de XoopsEditor sur une version 2.00, 2.20 et maintenant 2.30 en ayant une compatibilité entre toutes les versions de Xoops et sans avoir à recourir à la création de leurs propres 'hack' pour le faire.

voici comment :
Tout d'abord nous devons modifier le fichier suivant :

XOOPS_ROOT_PATH.’/class/xoopsformloader.php’

et rajouter les lignes suivantes à la fin :

Ensuite, copiez les fichiers précédants, de la version 2.20 vers la version 2.00 que vous utilisez.

Il faut espérer que DJ inclura de telles dispositions dans son excellente classe XoopsEditor et les développeurs commenceront à utiliser la méthode ci-dessus pour inclure un éditeur au sein de leurs propres modules et ramener une certaine uniformité et réduire l'impact des problèmes de
compatibilité au sein de Xoops.

En espérant que cela aide un peu tout le monde.