FCK4PluXML 0.1 alpha
Bonjour
Je poste aujourd'hui pour mettre a disposition FCK4PluXML, un fork qui vise a intégrer FCKeditor dans PluXML Postez ici tous les bugs connus ou trouvés.
Il est sous license GPL.
Les liens:
tar.gz: http://www.antalmir.net/upload/FCK4PluXML_0.1.24.09.2006-alpha.tar.gz
zip: http://www.antalmir.net/upload/FCK4PluXML_0.1.24.09.2006-alpha.zip
à Tchao, et Bon dimanche!
Je poste aujourd'hui pour mettre a disposition FCK4PluXML, un fork qui vise a intégrer FCKeditor dans PluXML Postez ici tous les bugs connus ou trouvés.
Il est sous license GPL.
Les liens:
tar.gz: http://www.antalmir.net/upload/FCK4PluXML_0.1.24.09.2006-alpha.tar.gz
zip: http://www.antalmir.net/upload/FCK4PluXML_0.1.24.09.2006-alpha.zip
à Tchao, et Bon dimanche!
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
La classe FCKeditor est trop "usine à gaz" pour Pluxml, je comprend que rentrer de l'xhtml brut soit contraignant pour certains mais cet ajout accourage les utilisateurs à formater leur articles n'importe comment à cause des trop nombreuses fonctions.
Moi je préférerai apprendre à l'utilisateur à utiliser les bonnes balises.
Cependant, l'intégration et le package sont faits proprements
Bravo
(note : il y a une petite erreur javascript qui apparait lorsque l'on n'est pas sur la page d'édition d'un article)
on me conseille quoi?
PS: on peut m'expliqur l'ereur?
Je ne sais pas quoi te conseiller, je pense juste à l'étude du code de Dotclear pour pouvoir vérifier "en direct (par clic)" si le code est valide
D'autant que le code n'est pas si facile à comprendre une fois qu'il a été modifé plusieurs fois dans ces éditeurs wysiswyg et qu'on en arrive à perdre la validité xhtml. Ce n'est pas vraiment la faute des editeurs mais plutôt des utilisateurs novices. Si on les réserve au webmestres aguéris, on n'en voit pas trop l'utilité.
C'est mon avis après en avoir essayé plusieurs. Donc un petit effort. Ce n'est pas si terrible d'écrire les balises à la main.
je ne suis pas d'accord avec vous. la majoritée des utilisateurs ne sont pas des codeurs et l'ajout d'editeurs formattant leurs ecrits au format xhtml est un principe de base de l'accessibilité pour tous. Ceci dit, il est clair que certains editeurs ne sont pas optimal dans leur façon de faire et necessite quelques correctifs, mais rien n'est impossible pour les developpeurs.
Du coté de Guppy, un dev est spécialisé dans les editeurs et pour le besoin de ce CMS, à fait son propre editeur pour accroitre la compatibilité des syntaxes.
Pensez à ceux que le html et xhtml sont des languages inconnu et dont leurs principal soucis sont de faire de la redaction.
Hervé
Tout d'abord bravo pour ce fabuleux travail (pluxml)
Voila j'ai lu avec attention ce message, et en faisant quelques recherches, je suis tombé sur cet editeur special pour xhtml
http://www.wym-editor.org/en/
Peut être qu'il y en a parmis vous le connaisse. Si oui qu en pensez vous ?
Et est ce que qulequ'un saurait l'installer pour le mettre avec pluxml ?
Merci d'avance de vos réponses.
Après exament de la version de développement, ce projet repose sur une iframe (c'est pas le top), et utilise des balises dépréciées (bug sous Mozilla).
Ce n'est pas l'éditeur parfait. Donc perso, je ne m'attèlerai pas à l'intégration de ce truc dans Pluxml.
Ce qu'il faut, c'est un éditeur qui produise et soit valide quoi qu'il arrive, et qu'il soit léger, à l'image du CMS qui l'utilise.
Justement je cherchais un editeur très simple, leger avec les options gras italique, souligné, texte à gauche, centré, à droite, et paragraphe.
Si vous voulez vraiment utiliser un éditeur facile à intégrer vous pouvez essayer TinyMCE dans sa version la plus simple
http://tinymce.moxiecode.com/example.php?example=true
Vraiment très simple à intégrer : 2 minutes et un seul fichier à modifier (rajouter 3 lignes). Il faut cependant embarquer plus de 2 mégas en plus dans pluxml et on perd de la légèreté.
Il y a en plus des incompatibilités entre le javascript de TMCE et celui natif de Pluxml. On perd la faculté de placer directement les images depuis l'inetrface de Pluxml. C'est dommage.
A chacun de voir. Moi j'ai abandonné pour les raisons citées plus haut.
Et je suis tout a fait d'accord ave toi il faut conserver la légèreté que possède pluxml.
Cela reste tout de meme dommage de ne pas avoir ces quelques options que je cite plus haut.
Son site: http://www.conceptuel.co.uk/conceptRTE/
[edit]: la beta de la nouvelle version se trouve ici: http://www.conceptuel.co.uk/conceptRTEnew/
C'est aussi hyper éger, 86 KO, donc PluXML garde sa légereté.
Salut!
Ali -> Dans la version 8, ok. Mais pas de tableaux !
Ouaou, comment faire comprendre a PHP que le textarea de CRTE = le textarea cotenu?
ou, comment remplacer tous les textareas de la page par CRTE?
Pour ce qui est du balisage, je trouve qu'un minimum de balises comme p, em ou strong sont indispensables, car dès qu'il faut passer à la mise en forme finale du texte (mettre en italique les noms de marque, baliser les titres/sous titres etc.), ça fait gagner pas mal de temps sur les longs textes.
Faudrait s'y mettre pour adapter conceptRTE, car c'est a ce que je vois le plus adapté pour pluxml!
Attention, ne pas vous emballez !!! il faut de toute façon plusieurs editeurs en fonction des gout et des couleurs, mais surtout en fonction des naviguateurs (firefox, IE, Safari, Konqueror) car les 2 derniers fonctionnes principalement en Khtml et certains editeurs ne fonctionnerons pas.
donc avant de vous lancez, pensez compatibilitée et service.
Hervé
Cordialement.
C'est un peu comme de détecteur de fautes orthographiques de Firefox (Myspell) : ça ne remplace pas la connaissance de la syntaxe ou de la grammaire, mais cela souligne, dans le textarea, les termes inconnus ou mal orthographiés : gain de temps.
je pense qu'utiliser un éditeur wysiwyg dans ce projet orienté xml serait une grossière erreur.
Je pense plutôt que ce qu'il faut à ce cms, c'est un éditeur wysiwym tel que celui-ci :
http://www.wym-editor.org/en/
Il est parfait pour écrire du code sémantique ce qui est nécessaire pour conserver la qualité du code.
Bien entendu, cet avis n'engage que moi.
A+
en francais, ce serait peut être mieux, non ? =D
http://www.wymeditor.org/fr/
A+
eh ben, nous avons pas mal de personne travaillant sur des éditeurs dans ce forum !!!
Diti => pluxpaw
jchouix => tout les éditeurs et un spécial maison (le sien fait pour Guppy)
Que de beau monde et de talents (connaissant ceux de Jchouix).
Il est vrai que l'orientation doit etre figé pour le carnet de route des développements, car c'est une des orientations.
(Tout en continuant la documentation Pluxml)
Je me demandais ce qu'il est advenu de pluxpaw car j'ai intégré spaw2 à pluxml, c'est sur que cela alourdit car j'ai besoin d'un minimum avec upload d'image (pas seulement un lien). L'avantage de spaw c'est qu'il est mignon comme tout dans pluxml mais je serais pas contre une version de base avec 8 boutons qui fait ce dont on a le plus besoin et surtout qui prendrait moins d'espace (mais là, j'ai peur d'en enlever davantage!).
J'ai passé la journée à essayer d'intégrer plusieurs de ces rte, je suis arrivée à installer celui-ci !
J'adore pluxml en passant (suis une nouvelle parmi vous), je crois que je pourrais bien expliquer le principe du cms à mes étudiants grace à lui. Bravo pour ce chef d'oeuvre.
de mon coté, je suis interessé par l'integration de spaw2. Si un retour d'experience est possible je suis preneur.