Je viens aujourd'hui vous présenter un nouveau projet opensource: WYM editor.
Nous sommes encore au tout début du projet, mais le programme est déjà utilisable, avec quelques restrictions dues à son jeune âge.
Je fais partie des personnes travaillant sur le projet. On peut dire qu'il s'agit de notre contribution au monde du logiciel libre, nous espérons que ce logiciel sera utile à un maximum de personnes.
Toutes les réactions, commmentaires et critiques constructives sont les bienvenus.
Ci-dessous la description de WYM-editor:
WYM editor est un nouvel éditeur basé web, comparable à FCKeditor, HTMLarea, WidgEditor, etc. dans le sens où il est destiné à s'intégrer dans un CMS et qu'il permet de créer et modifier des contenus de sites web directement en ligne.
WYM editor est cependant très différent car il n'est pas WYSIWYG mais WYSIWYM (What You See is What You Mean).
Le concept majeur de WYM editor est de laisser de côté l'aspect visuel du document, pour se concentrer sur sa structure et sa signification, tel un éditeur XML, tout en essayant de conserver le confort d'un éditeur WYSIWYG.
L'objectif de WYM editor est de produire un code XHTML parfaitement structuré, par souci de conformité et pour en faciliter tout traitement ultérieur.
WYM editor en est pour l'instant à ses débuts mais il est déjà parfaitement utilisable sous ie5.5 ou supérieur. WYM editor n'est pas encore compatible avec les autres navigateurs.
Plus d'infos sur http://www.wym-editor.org
Version complète: sur le forum Webmaster Hub : WYM editor: éditeur web conforme XHTML, opensource
Je vais suivre avec intérêt ce projet, le concept me semble très intéressant :-)
Merci pour l'info et bon courage à vous !
Merci pour l'info et bon courage à vous !
Tout pareil que David, cela a l'air prometteur :-)
Très bon concept, qui va en ravir plus d'un ! 
salut !
La première release (0.1-alpha) est dispo sur SourceForge.
Merci d'avance pour votre feedback !
WYM est conçu pour s'intégrer dans tout type de CMS ; j'ai essayé de bien séparer logique et présentation.
A la différence de FCK, Xinha (ou autres), l'interface de WYM est indépendante de la logique, pour être totalement customisable. Cela m'a permis d'intégrer WYM dans notre CMS très rapidement, et d'exploiter toutes les fonctionnalités de celui-ci sans devoir avoir recours à un système de plugin. Je pense par exemple aux liens et images internes à un site - parfois un vrai casse-tête à implémenter avec les éditeurs habituels.
La 0.1-alpha est plutôt un 'proof-of-concept', j'aimerais bien dès que possible (peut-être à partir de la 0.2 ?) travailler à une version multi-plateforme (Mozilla/Firefox).
Vos remarques/suggestions/critiques (constructives;) sont les bienvenues !
Jean-François (développeur en charge du projet)
La première release (0.1-alpha) est dispo sur SourceForge.
Merci d'avance pour votre feedback !
WYM est conçu pour s'intégrer dans tout type de CMS ; j'ai essayé de bien séparer logique et présentation.
A la différence de FCK, Xinha (ou autres), l'interface de WYM est indépendante de la logique, pour être totalement customisable. Cela m'a permis d'intégrer WYM dans notre CMS très rapidement, et d'exploiter toutes les fonctionnalités de celui-ci sans devoir avoir recours à un système de plugin. Je pense par exemple aux liens et images internes à un site - parfois un vrai casse-tête à implémenter avec les éditeurs habituels.
La 0.1-alpha est plutôt un 'proof-of-concept', j'aimerais bien dès que possible (peut-être à partir de la 0.2 ?) travailler à une version multi-plateforme (Mozilla/Firefox).
Vos remarques/suggestions/critiques (constructives;) sont les bienvenues !
Jean-François (développeur en charge du projet)
J'avais réalisé une fois un éditeur html à peu près semblable à htmlarea. Compatible ie et mozilla, ça ça va encore ce n'est pas trop difficile (disons que pour IE c'est assez simple avec le msscript pour Mozilla c'est un peu plus difficile) mais je n'ai jamais réussi à faire quoique ce soit avec Opera, donc j'avais abandonné (pas compatible avec le "contentEditable" si mes souvenirs sont bons, c'est ce qui m'avait bloqué, peut-être que la version 8 d'Opera a résolu le problème). Si votre système devient compatible avec les 3 grosses plate-formes ça commencera à m'intéresser fortement... En tout cas bon courage. @+
J'ai testé sous IE et j'ai vraiment apprécié. Vivement que cela puisse fontionner avec d'autres navigateurs.
Eric.
Eric.
Bonjour,
La première release candidate de WYM editor 0.1 est sur les rails !
Au menu, une série de corrections de bugs mineurs, le support tant attendu du 'Undo', et des améliorations au niveau du nettoyage du code XHTML généré.
Plus d'infos sur http://www.wym-editor.org/ et http://sourceforge.net/projects/wym-editor
Démo (uniquement IE 5.5+, compatibilité prochaine avec Mozilla/Firefox/Safari): http://demo.wym-editor.org/
Documentation: http://wiki.wym-editor.org/
Toute aide est la bienvenue - n'hésitez pas à nous soumettre vos remarques/suggestions/critiques/rapports de bugs, etc..., soit via SourceForge, soit via notre formulaire de contact: http://www.wym-editor.org/en/contact/.
Merci d'avance !
La première release candidate de WYM editor 0.1 est sur les rails !
Au menu, une série de corrections de bugs mineurs, le support tant attendu du 'Undo', et des améliorations au niveau du nettoyage du code XHTML généré.
Plus d'infos sur http://www.wym-editor.org/ et http://sourceforge.net/projects/wym-editor
Démo (uniquement IE 5.5+, compatibilité prochaine avec Mozilla/Firefox/Safari): http://demo.wym-editor.org/
Documentation: http://wiki.wym-editor.org/
Toute aide est la bienvenue - n'hésitez pas à nous soumettre vos remarques/suggestions/critiques/rapports de bugs, etc..., soit via SourceForge, soit via notre formulaire de contact: http://www.wym-editor.org/en/contact/.
Merci d'avance !
Bonjour,
Daniel m'a reparlé de l'avancement du projet et de ses difficultés à faire passer l'info.
Tel quel WYM editor est déjà intéressant, mais deux points à l'ordre du jour me séduisent particulièrement :
- étendre la compatibilité à d'autres plates-formes, dont Firefox
- veiller à ce que les directives d'accessibilité soient respectées
(dernier article sur le blog)
Evidemment, comme pour la plupart d'entre-vous, Daniel et Jean-François ont une activité professionelle et ne peuvent consacrer autant de temps qu'ils le souhaiteraient à leur projet... qui n'avance pas aussi vite qu'ils le voudraient. Leur voeu est donc de constituer une communauté autour du projet, ce que la publication sur SourceForge devrait permettre.
Mais Daniel et Jean-François ne sont pas encore très connus sur le Net, il ne leur est donc pas facile de donner toute l'audience voulue à leur projet et de toucher les développeurs susceptibles d'être intéressés à y contribuer.
Alors je joue au relais... à défaut d'avoir du temps à consacrer à ce projet, vous connaissez peut-être des développeurs, vous avez peut-être un blog qui traite de programmation... ou vous connaissez de bons moyens de se faire connaître... B)
Voilà le message qu'ils aimeraient faire passer :
Pour ma part, je me suis inscrite sur SourceForge non pour la programmation (je n'y connais rien) mais pour le côté accessibilité de l'éditeur ^_^
Daniel m'a reparlé de l'avancement du projet et de ses difficultés à faire passer l'info.
Tel quel WYM editor est déjà intéressant, mais deux points à l'ordre du jour me séduisent particulièrement :
- étendre la compatibilité à d'autres plates-formes, dont Firefox
- veiller à ce que les directives d'accessibilité soient respectées
(dernier article sur le blog)
Evidemment, comme pour la plupart d'entre-vous, Daniel et Jean-François ont une activité professionelle et ne peuvent consacrer autant de temps qu'ils le souhaiteraient à leur projet... qui n'avance pas aussi vite qu'ils le voudraient. Leur voeu est donc de constituer une communauté autour du projet, ce que la publication sur SourceForge devrait permettre.
Mais Daniel et Jean-François ne sont pas encore très connus sur le Net, il ne leur est donc pas facile de donner toute l'audience voulue à leur projet et de toucher les développeurs susceptibles d'être intéressés à y contribuer.
Alors je joue au relais... à défaut d'avoir du temps à consacrer à ce projet, vous connaissez peut-être des développeurs, vous avez peut-être un blog qui traite de programmation... ou vous connaissez de bons moyens de se faire connaître... B)
Voilà le message qu'ils aimeraient faire passer :
CITATION
WYM editor, un éditeur XHTML novateur
Modifiez-vous votre site via un système de gestion de contenu (CMS)? Proposez-vous un tel outil à vos clients ?
Si oui, vous avez certainement été confronté(e) à l'épineux problème du choix de l'éditeur HTML.
* Vous avez déjà essayé FCKeditor ou encore HTMLarea, mais vous craignez que les clients l'utilisent un peu n'importe comment, avec le risque que cela dégénère au niveau présentation et au niveau du code.
* Vous avez également testé la syntaxe BBcode, markdown ou celle des wikis mais vous n'aimez pas imposer une syntaxe à vos clients.
Le code généré est de qualité, mais cette approche ne convient pas à tout utilisateur.
WYM editor apporte une nouvelle solution permettant de générer un code propre et conforme XHTML strict. Par son concept original, cet éditeur reste clair et utilise des principes simples à assimiler: une brève formation et c'est parti pour des mises à jour propres !
WYM editor est encore jeune, mais promis à un bel avenir s'il parvient à convaincre les communautés de développeurs web, pour qui il constitue une solution avantageuse en répondant aux besoin de simplicité d'utilisation et de respect des standards du web.
Comment apporter votre contribution ?
Si vous êtes séduit(e) par WYM editor, n'hésitez pas à donner un coup de main.
En effet, il s'agit d'un logiciel open source, l'aide de la communauté est indispensable pour en faire un projet solide et pérenne.
Ce dont WYM editor a le plus besoin aujourd'hui:
* de "publicité" pour se faire connaître. N'hésitez pas à en parler autour de vous, aux personnes qui pourraient être intéressées.
* d'une compatibilité multi-navigateurs (aujourd'hui seul Internet Explorer est supporté).
* d'intégration dans différents CMS et autres projets (open source ou non), à l'image de FCKeditor ou HTMLarea.
* de tests, afin de découvrir les bugs et les corriger.
* d'idées, de remarques, de suggestions, de critiques et d'encouragements !
Si ces points vous inspirent, surtout n'hésitez pas à apporter votre contribution !
Modifiez-vous votre site via un système de gestion de contenu (CMS)? Proposez-vous un tel outil à vos clients ?
Si oui, vous avez certainement été confronté(e) à l'épineux problème du choix de l'éditeur HTML.
* Vous avez déjà essayé FCKeditor ou encore HTMLarea, mais vous craignez que les clients l'utilisent un peu n'importe comment, avec le risque que cela dégénère au niveau présentation et au niveau du code.
* Vous avez également testé la syntaxe BBcode, markdown ou celle des wikis mais vous n'aimez pas imposer une syntaxe à vos clients.
Le code généré est de qualité, mais cette approche ne convient pas à tout utilisateur.
WYM editor apporte une nouvelle solution permettant de générer un code propre et conforme XHTML strict. Par son concept original, cet éditeur reste clair et utilise des principes simples à assimiler: une brève formation et c'est parti pour des mises à jour propres !
WYM editor est encore jeune, mais promis à un bel avenir s'il parvient à convaincre les communautés de développeurs web, pour qui il constitue une solution avantageuse en répondant aux besoin de simplicité d'utilisation et de respect des standards du web.
Comment apporter votre contribution ?
Si vous êtes séduit(e) par WYM editor, n'hésitez pas à donner un coup de main.
En effet, il s'agit d'un logiciel open source, l'aide de la communauté est indispensable pour en faire un projet solide et pérenne.
Ce dont WYM editor a le plus besoin aujourd'hui:
* de "publicité" pour se faire connaître. N'hésitez pas à en parler autour de vous, aux personnes qui pourraient être intéressées.
* d'une compatibilité multi-navigateurs (aujourd'hui seul Internet Explorer est supporté).
* d'intégration dans différents CMS et autres projets (open source ou non), à l'image de FCKeditor ou HTMLarea.
* de tests, afin de découvrir les bugs et les corriger.
* d'idées, de remarques, de suggestions, de critiques et d'encouragements !
Si ces points vous inspirent, surtout n'hésitez pas à apporter votre contribution !
Pour ma part, je me suis inscrite sur SourceForge non pour la programmation (je n'y connais rien) mais pour le côté accessibilité de l'éditeur ^_^
Monique, merci d'avoir attiré notre attention sur WYM editor... personnellement je garde un oeil dessus car tout le monde attend un éditeur wysiwyg qui produise du code conforme. Je pense que le positionnement est bon, l'argument aussi.
Le problème est d'attirer un pool de développeur suffisamment important pour faire avancer l'application, notamment qu'il soit compatible avec tous les navigateurs car c'est un minimum vis à vis des clients. Je comprend la logique qui consiste à s'attaquer d'abord à IE puisque parmi les clients, c'est le navigateur dominant largement.
Ce que je conseillerai, c'est de lancer un forum sur le site de WYM editor, à la fois anglais et français. En effet, le forum est l'outil n°1 d'animation des communautés open-source. Et l'anglais permet d'attirer des développeurs du monde entier.
Je parlerai de WYM sur les forums de Textpattern et de MODx, en tout cas, histoire de voir si parmi le pool de talents dans ces deux communautés, quelqu'un serait prêt à donner un coup de main Si j'en avais les compétences, je serai le premier à le faire, car je désespère de trouver un éditeur WYSIWYG aussi clean que Textile ou Markdown et aussi friendly que FCK ou TinyMCE....
Le problème est d'attirer un pool de développeur suffisamment important pour faire avancer l'application, notamment qu'il soit compatible avec tous les navigateurs car c'est un minimum vis à vis des clients. Je comprend la logique qui consiste à s'attaquer d'abord à IE puisque parmi les clients, c'est le navigateur dominant largement.
Ce que je conseillerai, c'est de lancer un forum sur le site de WYM editor, à la fois anglais et français. En effet, le forum est l'outil n°1 d'animation des communautés open-source. Et l'anglais permet d'attirer des développeurs du monde entier.
Je parlerai de WYM sur les forums de Textpattern et de MODx, en tout cas, histoire de voir si parmi le pool de talents dans ces deux communautés, quelqu'un serait prêt à donner un coup de main
Si j'en avais les compétences, je serai le premier à le faire, car je désespère de trouver un éditeur WYSIWYG aussi clean que Textile ou Markdown et aussi friendly que FCK ou TinyMCE....
Merci pour votre aide, Monique et David !
Nous avons en effet besoin d'aide pour la compatibilité de WYM avec les autres navigateurs. Celle-ci va nécessiter plus de compétences et de tests que la version actuelle.
Ce qui est réellement important dans WYM, c'est bien le concept, pas l'implémentation, ou la compatibilité avec l'un ou l'autre navigateur.
La 0.1 doit plutôt être considérée comme une 'preuve de concept'; bien qu'elle soit pleinement fonctionnelle et utilisable en production (nous l'avons d'ailleurs déjà intégrée à notre CMS, utilisé par nos clients, tous sous IE).
Ce concept, l'édition de contenu en WYSIWYM, n'est pas neuf. Par contre, l'édition d'XHTML strict avec application de classes sur les éléments est plutôt inédite.
C'est étonnant, car cette technique facilite grandement le travail de l'utilisateur final, génère un code conforme, et permet alors des opérations irréalisables en WYSIWYG.
En effet, dès lors que le code est 100% conforme, il est possible de manipuler la structure du document via transformation XSLT par exemple, et sa présentation par CSS.
Des problèmes quasi impossibles à résoudre en WYSIWYG sont alors résolus en quelques lignes...
Voilà, si vous voulez aider, un forum francophone a été créé sur SourceForge, n'hésitez pas à poster vos messages.
Merci d'avance !
Nous avons en effet besoin d'aide pour la compatibilité de WYM avec les autres navigateurs. Celle-ci va nécessiter plus de compétences et de tests que la version actuelle.
Ce qui est réellement important dans WYM, c'est bien le concept, pas l'implémentation, ou la compatibilité avec l'un ou l'autre navigateur.
La 0.1 doit plutôt être considérée comme une 'preuve de concept'; bien qu'elle soit pleinement fonctionnelle et utilisable en production (nous l'avons d'ailleurs déjà intégrée à notre CMS, utilisé par nos clients, tous sous IE).
Ce concept, l'édition de contenu en WYSIWYM, n'est pas neuf. Par contre, l'édition d'XHTML strict avec application de classes sur les éléments est plutôt inédite.
C'est étonnant, car cette technique facilite grandement le travail de l'utilisateur final, génère un code conforme, et permet alors des opérations irréalisables en WYSIWYG.
En effet, dès lors que le code est 100% conforme, il est possible de manipuler la structure du document via transformation XSLT par exemple, et sa présentation par CSS.
Des problèmes quasi impossibles à résoudre en WYSIWYG sont alors résolus en quelques lignes...
Voilà, si vous voulez aider, un forum francophone a été créé sur SourceForge, n'hésitez pas à poster vos messages.
Merci d'avance !
A mon avis, comme je disais, le proof of concept n'est pas en question : c'est une évidence pour beaucoup de professionnels que le besoin est là, et le concept de WYM ne peut que séduire !
Comme je disais, la problématique du développement d'applications opensource est aussi lié à l'animation de communautés... La création du forum est un point de départ. Il faut ensuite rallier des contributeurs. Ca passe par de la comm, vrai, mais aussi par un cycle de développement suffisamment rapide pour faire comprendre "qu'il se passe quelque chose" et que du concret applicable peut arriver "vite".
Comme je disais, il me semble que les contributeurs potentiels pourraient se situer au sein des communautés constituées autour de CMS : elles constituent un large réservoir de codeur/développeurs, mais principalement anglophone (d'où la nécessité à mon avis, d'un forum anglophone. Je peux me tromper mais il sera plus dur de trouver des contributeurs francophones : les communautés que je vois sont celles de Xoops France, Dotclear ou peut-être SPIP ou Typo3 => autrement dit les plus actives).
En ce qui me concerne, j'ai plus de contact anglophones que francophone parmi les développeurs et les codeurs... donc si je rameute les troupes ce serait autour d'un forum anglophone (est-ce que c'est jouable pour vous ou pas de mettre en place ce genre de chose ? Ou au moins une section english...).
Comme je disais, la problématique du développement d'applications opensource est aussi lié à l'animation de communautés... La création du forum est un point de départ. Il faut ensuite rallier des contributeurs. Ca passe par de la comm, vrai, mais aussi par un cycle de développement suffisamment rapide pour faire comprendre "qu'il se passe quelque chose" et que du concret applicable peut arriver "vite".
Comme je disais, il me semble que les contributeurs potentiels pourraient se situer au sein des communautés constituées autour de CMS : elles constituent un large réservoir de codeur/développeurs, mais principalement anglophone (d'où la nécessité à mon avis, d'un forum anglophone. Je peux me tromper mais il sera plus dur de trouver des contributeurs francophones : les communautés que je vois sont celles de Xoops France, Dotclear ou peut-être SPIP ou Typo3 => autrement dit les plus actives).
En ce qui me concerne, j'ai plus de contact anglophones que francophone parmi les développeurs et les codeurs... donc si je rameute les troupes ce serait autour d'un forum anglophone (est-ce que c'est jouable pour vous ou pas de mettre en place ce genre de chose ? Ou au moins une section english...).
Je tiens aussi à vous dire un tout grand et retentissant merci ! 
Par rapport à ce que jf_h a déjà dit, je souhaiterais développer quelques points:
L'approche de WYM editor, qui consiste à faire abstraction de la présentation finale permet d'attirer l'attention de l'utilisateur sur la structure du document, et donc de lui en faire prendre conscience. L'utilisateur aura donc moins tendance à faire du "bricolage". Pour le designer, la mise au point des css devient plus facile, et les "comportements du site" lors d'évolutions futures sont plus prévisibles.
En outre, par son approche, WYM editor a la possibilité de rester très simple au niveau conceptuel:
<dl>
<dt>(image)</dt>
<dd>(légende)</dd>
</dl>
Lorsque la page est publiée, notre CMS lui applique une transformation XSLT, qui va permettre de remplacer les éléments
<img src="foo.jpg" alt="bar" title="légende de l'image" />
par:
<dl>
<dt><img src="foo.jpg" alt="bar" title="légende de l'image" /></dt>
<dd>légende de l'image</dd>
</dl>
On peut facilement étendre ce principe pour résoudre toutes sortes de problèmes:
Pour reprendre un nouvel exemple, créer un tableau dont les lignes ont une couleur alternée devient pour l'utilisateur aussi simple que de créer un tableau puis de lui assigner une classe prédéfinie... Le reste se passe en coulisses, puisque la page finale peut être manipulée à volonté avec des XSLT.
En conclusion, je dirais que grâce à cette approche dans l'utilisation des standards web, WYM editor propose une grande souplesse tout en étant moins compliqué que les éditeurs WYSIWYG habituels.
Par rapport à ce que jf_h a déjà dit, je souhaiterais développer quelques points:
L'approche de WYM editor, qui consiste à faire abstraction de la présentation finale permet d'attirer l'attention de l'utilisateur sur la structure du document, et donc de lui en faire prendre conscience. L'utilisateur aura donc moins tendance à faire du "bricolage". Pour le designer, la mise au point des css devient plus facile, et les "comportements du site" lors d'évolutions futures sont plus prévisibles.
En outre, par son approche, WYM editor a la possibilité de rester très simple au niveau conceptuel:
- Tout ce que fait WYM editor, c'est travailler avec des balises simples (h1, h2, h3, p, ul, li, ...) sans prise de tête comme on peut le voir dans d'autres éditeurs, où on peut régler des tonnes d'attributs (couleur de fond, alignement, etc.), lesquels se trouvent mélangés au code.
- Avec WYM editor, il suffit simplement d'assigner aux éléments des classes que le graphiste aura prédéfinies. Le graphiste peut aussi créer des restrictions: telle classe s'appliquera seulement aux élément "p", telle autre classe seulement aux "ul". De nouveau on empêche l'utilisateur final de faire n'importe quoi, tout en lui facilitant l'édition. Dans le cas d'un client, celui-ci aura moins d'appréhensions à confier les mises à jour à un de ses employés.
- Nous avons été confrontés au problème d'un site où il fallait absolument des images avec légendes. Pour cela on peut utiliser une liste de définition, ce qui nous donne par exemple:
<dl>
<dt>(image)</dt>
<dd>(légende)</dd>
</dl>
- Sémantiquement c'est bon, et avec un petit coup de css on affiche ça comme on veut...
Oui mais pour que ça ait de l'intérêt, il faut que l'utilisateur final puisse faire ça lui-même dans l'éditeur. Et c'est là que se trouve le problème: il s'agit d'une construction très difficile à implémenter dans un éditeur, et même si vous y arrivez, vous risquez d'embrouiller la personne qui devra s'en servir.
Lorsque la page est publiée, notre CMS lui applique une transformation XSLT, qui va permettre de remplacer les éléments
<img src="foo.jpg" alt="bar" title="légende de l'image" />
par:
<dl>
<dt><img src="foo.jpg" alt="bar" title="légende de l'image" /></dt>
<dd>légende de l'image</dd>
</dl>
On peut facilement étendre ce principe pour résoudre toutes sortes de problèmes:
Pour reprendre un nouvel exemple, créer un tableau dont les lignes ont une couleur alternée devient pour l'utilisateur aussi simple que de créer un tableau puis de lui assigner une classe prédéfinie... Le reste se passe en coulisses, puisque la page finale peut être manipulée à volonté avec des XSLT.
En conclusion, je dirais que grâce à cette approche dans l'utilisation des standards web, WYM editor propose une grande souplesse tout en étant moins compliqué que les éditeurs WYSIWYG habituels.
Pour de bonnes fonctionnalités, j'utilisais TinyMCE, multiplateforme, et presque tout configurable (dont gestion css interne, externe).
Si la majorité des fonctions sont reprises, j'adopte WYM
Si la majorité des fonctions sont reprises, j'adopte WYM
Par rapport à ce que Daniel a dit, je voudrais juste ajouter que j'ai bien un prénom: Jean-François 
_AT_David: d'accord avec l'aspect communauté - c'est pour cela que le projet se trouve sur SourceForge.
Plusieurs forums ont déjà été créés, dont un sur le thème de l'accessibilité.
Les fonctionnalités habituelles de SourceForge sont également exploitées (CVS, bug tracking, feature requests, support, news, help wanted, files releases, etc).
D'accord aussi avec l'aspect anglophone - le site, la doc, les commentaires des sources sont depuis le départ en anglais.
Concernant les CMS, je pense aussi à MODx - nous avons déjà soulevé l'idée d'un plugin WYM pour ce CMS...
Toujours sur SourceForge, un forum consacré à l'implémentation cross-browser.
_AT_David: d'accord avec l'aspect communauté - c'est pour cela que le projet se trouve sur SourceForge.
Plusieurs forums ont déjà été créés, dont un sur le thème de l'accessibilité.
Les fonctionnalités habituelles de SourceForge sont également exploitées (CVS, bug tracking, feature requests, support, news, help wanted, files releases, etc).
D'accord aussi avec l'aspect anglophone - le site, la doc, les commentaires des sources sont depuis le départ en anglais.
Concernant les CMS, je pense aussi à MODx - nous avons déjà soulevé l'idée d'un plugin WYM pour ce CMS...
Toujours sur SourceForge, un forum consacré à l'implémentation cross-browser.
Alors j'y jette définitivement un oeil aussi. Comme d'autres, je ne jurais plus que par TinyMCE, mais ce petit dernier semble drôlement prometteur également. C'est plutôt en tant qu'utilisateur que j'y contribuerai, en rapportant problèmes et bogues (avec suggestions en complément bien entendu) lorsque j'en trouverai. Ça peut vraiment s'avérer une valeur ajoutée que d'avoir un accès direct aux développeur du produit!
Ceci dit (et je ne jete pas un blâme, mais soulève uniquement une question), j'espère que les interventions de nos deux nouveaux copains ne se limiteront pas à du support de leur éditeur sur le Hub mais bien à contribuer à l'enrichissement du forum car cela ouvrirait la porte à un certain inconfort il me semble... Après tout, il y en a qui se sont fait virés pour moins de ça par le passé. ^_^
Ceci dit (et je ne jete pas un blâme, mais soulève uniquement une question), j'espère que les interventions de nos deux nouveaux copains ne se limiteront pas à du support de leur éditeur sur le Hub mais bien à contribuer à l'enrichissement du forum car cela ouvrirait la porte à un certain inconfort il me semble... Après tout, il y en a qui se sont fait virés pour moins de ça par le passé. ^_^
Je viens de poster un message sur les forums MODx concernant l'intégration de WYM Editor a MODx, et j'ai eu une réponse de Jeff Whitfield (aka Bravado), notre spécialiste de la question.
Sa réponse :
Autrement dit, le fait que WYM ne tourne pas encore sur FF et Safari est un point rédhibitoire.
L'aspect qu'il soulève, à savoir le navigateur de ressources (gestion de fichier, insertion d'image) est aussi un point crucial (d'ailleur Denis, c'est un point négatif pour TinyMCE puisque c'est un addon payant...).
Je vous tiendrai au courant des autres réactions...
Et je vais poster aussi sur les forums de Textpattern pour solliciter de l'aide... wait and see
En tout cas, je trouve votre concept en adéquation avec les besoins "terrain" à la fois côté designer et utilisateur final... un super concept.
Sa réponse :
CITATION("Bravado")
Looks interesting...definitely would like to keep my eyes on this project. However, with it being IE only...that's quite a showstopper! Granted, IE is still the most used...but there's an aweful lot that use Firefox and Safari.
(...)
Plus, the integration of a proper link and image browser would be needed as well. Don't know how much of a fuss this would be...probably not a whole lot. Once they've ironed out the problems with it in Firefox and Safari then I think that would be the most safest time to port it to MODx.
(...)
Plus, the integration of a proper link and image browser would be needed as well. Don't know how much of a fuss this would be...probably not a whole lot. Once they've ironed out the problems with it in Firefox and Safari then I think that would be the most safest time to port it to MODx.
Autrement dit, le fait que WYM ne tourne pas encore sur FF et Safari est un point rédhibitoire.
L'aspect qu'il soulève, à savoir le navigateur de ressources (gestion de fichier, insertion d'image) est aussi un point crucial (d'ailleur Denis, c'est un point négatif pour TinyMCE puisque c'est un addon payant...).
Je vous tiendrai au courant des autres réactions...
Et je vais poster aussi sur les forums de Textpattern pour solliciter de l'aide... wait and see
En tout cas, je trouve votre concept en adéquation avec les besoins "terrain" à la fois côté designer et utilisateur final... un super concept.
Encore merci pour ton aide, David.
Je vois sur le forum de MODx que c'est un sujet brûlant.
Au sujet du navigateur de ressources, WYM est conçu pour que cela se fasse côté serveur (ainsi que l'internationalisation, d'ailleurs).
J'ajouterai bientôt des exemples concrets sur le wiki.
Je comprends la réaction de Denis - comme je ne veux pas surcharger ce thread, je propose de continuer la discussion au sujet de WYM sur le forum francophone de SourceForge, le wiki, etc.
Bienvenue à toutes et tous !
Je vois sur le forum de MODx que c'est un sujet brûlant.
Au sujet du navigateur de ressources, WYM est conçu pour que cela se fasse côté serveur (ainsi que l'internationalisation, d'ailleurs).
J'ajouterai bientôt des exemples concrets sur le wiki.
Je comprends la réaction de Denis - comme je ne veux pas surcharger ce thread, je propose de continuer la discussion au sujet de WYM sur le forum francophone de SourceForge, le wiki, etc.
Bienvenue à toutes et tous !
Bonjour,
Comme certains l'attendaient... la version WYMeditor 0.2 rc1 (beta, à tester) est compatible avec Firefox et SeaMonkey.
Elle fonctionne sous Windows, MacOS, Linux, OS/2.
Comme certains l'attendaient... la version WYMeditor 0.2 rc1 (beta, à tester) est compatible avec Firefox et SeaMonkey.
Elle fonctionne sous Windows, MacOS, Linux, OS/2.
Oui c'est une excellente nouvelle !
Nous avons eu une nouvelle discussion sur les forums de MODx ces derniers jours justement, sur l'intégration de WYM... prometteur !
Nous avons eu une nouvelle discussion sur les forums de MODx ces derniers jours justement, sur l'intégration de WYM... prometteur !
J'ai testé et j'adore le concept. Idéal dans la construction d'outils professionnels.
Je vais tester son intégration de ce pas.
Je vais tester son intégration de ce pas.
Merci à Monique pour l'annonce !
Je ne sais pas s'il m'est permis de discuter ici de WYMeditor, mais en tout cas n'hésitez pas à poser vos questions, Daniel et moi nous ferons un plaisir d'y répondre !
Je ne sais pas s'il m'est permis de discuter ici de WYMeditor, mais en tout cas n'hésitez pas à poser vos questions, Daniel et moi nous ferons un plaisir d'y répondre !
Je suis de prêt l'évolution de WYM, desespéré que je suis d'avoir enfin un éditeur sémantiquement valable... je note que WYM a relooké son site, qu'il marche sous FF 1.5 (non seulement PC, mais Mac) et qu'on trouve désormais de nouvelles ressources :
http://www.wymstyle.org/fr/ (présenté comme un framework CSS, il faut que je fouille...)
et un... CMS, WYMsite CMS, qu'on peut déjà apercevoir via SVN... A suivre !
http://www.wymstyle.org/fr/ (présenté comme un framework CSS, il faut que je fouille...)
et un... CMS, WYMsite CMS, qu'on peut déjà apercevoir via SVN... A suivre !
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.