Post to Facebook
Tweet about this
Share at LinkedIn
Invite participants
Reference this pageProjets « Suggestions de fonctions « Interface utilisateur, ergonomie «
Pouvoir modifier un article en utilisant automatiquement le même éditeur qu'à la création
votes
On le sait bien, créer un article avec textarea par exemple et le modifier avec tinymce ou fckeditor promet quelques prises de tête au niveau du formatage du texte. C'est un rien plus aisé dans l'autre sens, mais pas simple non plus.
Et si on stockait l'information relative à l'éditeur de texte utilisé pour la création, et que lors de la modification, cet éditeur soit automatiquement appelé ?
L'idée donc, serait de stocker dans les informations de l'article (ou section, image... bref, partout où on peut écrire du texte et qu'on a le choix de l'éditeur) l'information de l'éditeur de texte utilisé lors de la création. À partir de là, on a deux possibilités :
- Chargement automatique de l'éditeur de texte adéquat : lorsque quelqu'un édite cet objet (article, section...) pour une modification, l'information sera lue et l'éditeur utilisé pour la création automatiquement chargé.
- Simple information à l'attention de l'utilisateur : on peut simplement mentionner clairement sur la page d'édition quel était l'éditeur de texte utilisé pour la création. L'utilisateur fera alors le choix de modifier son éditeur (via la liste déroulante dans le panneau extra)... ou pas. Mais au moins il est au courant.
J.Juraver - Tout à fait pour bien sûr
Yacs on my blog | Yacs on social media | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | Find Yacs anywhere with your phone!
Je ne m'attarde pas, j'ai mon yacs en double file...
Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |
Jmarc - Autre possibilité, simplissime techniquement mais difficile à statuer : ne conserver qu'un seul éditeur dans Yacs... (sachant que chaque éditeur a ses habitués...).
Dans les propositions d'Agnes, la première (mémorisation et sélection automatique de l'éditeur utilisé) a ma préférence.
Petite question d'un newbie : pourquoi c'est pas possible de s'arranger pour que les textes pondus par les différents éditeurs soient compatibles ?
J.Juraver - En fait ils sont compatibles en soi, puisque passer de l'un à l'autre ne dégrade pas vraiment le rendu final, mais c'est dans l'édition elle-même que les choses se compliquent. TinyMCE et FCKeditor sont du même acabit en gros, donc ils n'ont pas tellement de problème d'interopérabilité, ce sont des éditeurs graphiques, tandis que textarea est fait justement pour éviter la mise en forme assistée qui génère parfois du code dans lequel on ne peut pas agir sans le dévoiler en texte brut.
Yacs on my blog | Yacs on social media | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | Find Yacs anywhere with your phone!
Je ne m'attarde pas, j'ai mon yacs en double file...
Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |
Alexis Raimbault - il y a en effet quelque chose à proposer sur ce point. pour ma part je suis pour le chargement automatique, avec la possibilité de changer. Mais à ce moment là il faut écraser la valeur l'éditeur mémorisé.
Concernant le nb d'éditeur, TinyMCE est bien pour l'usage courant. mais Il faut garder textarea pour insérer du html (tinyMCE "nettoie")
FCK editor est je pense moins utilisé, mais il a l'avantage de présenter une interface plus simple qui convient à certains clients ?
Alexis Raimbault webmaster free-lance
J.Juraver - De ce que j'en sais, FCKeditor est apprécié principalement parce qu'il est francisé... TinyMCE est beaucoup plus complet, mais en même temps on sert rarement des formules mathématiques ou des exposants.
Bon je dis ça, mais j'ai croisé des FCKeditor bien plus complets et compétitifs que celui de yacs : un choix de librairie particulière par Bernard je suppose ?
Yacs on my blog | Yacs on social media | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | Find Yacs anywhere with your phone!
Je ne m'attarde pas, j'ai mon yacs en double file...
Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |
Jmarc - " "Il faut garder textarea pour insérer du html (tinyMCE "nettoie") "
Je ne sais plus quel éditeur j'utilise avec Typo 3 mais les possibilités de paramétrage étaient très poussées.
Il est peut être possible d'obtenir d'un Tinymce ou d'un Fckeditor qu'il ne nettoie pas ce html dans certains cas ?...
Alain Lesage - Je suis également en faveur de la proposition d'Agnès, avec forte préférence pour l'option 1 (chargement automatique), avec la précision apportée par Alexis (écraser la valeur l'éditeur mémorisé, après modification de l'article).
Quant au débat sur le choix d'éditeur dans Yacs, j'imagine qu'on en a encore pour un bout de temps... Ça vaudrait peut-être la peine de créer une page de discussion permanente sur le sujet ?
J.Juraver - Le débat est vieux déjà dans les rubriques de l'ésquipe de gestion, je ne sais plus où exactement, mais il est vrai qu'il n'existe pas encore dans Suggestions de fonctions
Yacs on my blog | Yacs on social media | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | Find Yacs anywhere with your phone!
Je ne m'attarde pas, j'ai mon yacs en double file...
Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |
Agnès Rambaud - Heu... JJ, on y est, là, dans suggestions de fonctions
Agnès
Il n'y a pas de problèmes, que des solutions.
Agnès
Il n'y a pas de problèmes, que des solutions.
Christophe Battarel - OK également avec la proposition d'Agnès.
[mode poil à gratter]La suite c'est quoi ? attendre le prochain comité logiciel pour se mettre d'accord sur qui s'en charge ?
[update]euh il doit falloir voter quelques part avant, j'imagine[/update] [/poil à gratter]Christophe Battarel - Société altairis -
Agnès Rambaud - Il y a la possibilité de soumettre la modif. dans Propositions de code.
Après, c'est Bernard qui gèrera l'intégration, et si la proposition touche des scripts du cœur de Yacs et que le temps à coulé... il aura plus de boulot !
Ceci dit, oui, il faudrait un comité logiciel. Non pas spécialement pour décider qui le prend en charge, ce développement - il peut être déjà prêt dans Propositions de code - mais plutôt pour valider le choix de l'intégrer.
C'est quand le prochain comité logiciel ? Le dernier date vraiment...
Agnès
Il n'y a pas de problèmes, que des solutions.
Agnès
Il n'y a pas de problèmes, que des solutions.
