Post to Facebook
Tweet about this
Share at LinkedIn
Invite participants
Reference this page
J.Juraver - J'allais poster quelque chose de correspondant : pouvoir mettre des annotations uniquement visible en mode édition...
En fait, c'est tout un système éditorial à repenser, yacs ne va pas assez loin au niveau de certaines exigences/cohérences contemporaines.
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 - Je ne vois pas la correspondance entre les annotations visibles en édition et l'édition partielle ? tu devrais faire une autre fiche non ?
En tout cas l'édition partielle, les annotations de page que tu as évoqué (visu et édition), peuvent je pense déjà s'implémenter sous la forme d'un overlay combiné avec un view_as
J'ai posté cette suggestion pour sonder l'interêt de la communauté. S'il y a plusieurs suggestions que l'on peut grouper sous l'étiquette "révision du système éditorial", nous pouvons créer un groupe.
Alexis Raimbault webmaster free-lance
J.Juraver - Je voulais dire par là qu'il y a beaucoup de bonnes choses à creuser et concevoir au niveau des modes d'édition (il a existé edit_as_foobar, mais pas assez abouti à mon sens), surtout dans un modèle wiki où les modes d'édition sont au moins aussi important que la consultation.
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 - J.Juraver : ok.
pour explication, "edit_as_foo_bar" symbolise le fait que l'on puisse personnaliser la page d'édition pour tous les articles d'une section ou un article isolé. Ce n'est donc pas une fonction "aboutie" mais plutôt une ouverture pour étendre les fonctionnalités. Avec ce mécanisme, le script edit_as_simple est proposé, qui allège la page d'édition standard. Ce qu'il faut comprendre c'est que edit_as_simple est surtout un exemple de dérivation du script d'édition standard.
Alexis Raimbault webmaster free-lance
Jmarc - c'est marrant car j'ai fait le chemin inverse. Lorsque j'étais sur Typo 3, chaque chapitre d'une page était un bloc éditable séparément. Très pratique lorsque l'on lit une longue page et que l'on veut corriger un mot. Il suffisait de cliquer sur le petit crayon qui apparaissait à côté de chaque début de bloc.
Malgré tout, je préfère de loin le système Yacs qui regroupe dans un seul bloc l'ensemble des chapitres car on continue d'accéder au chapitre précédant et suivant celui que l'on est en train de modifier. C'est important si l'on veut que la modification en cours reste cohérente avec le reste du texte.
Avec tout le contenu de la page dans un seul éditeur, on peut toujours passer en mode "plein écran" pour se déplacer plus rapidement dans le texte tandis que lorsque l'on édite par chapitre comme avec Typo3, il n'est pas possible d'éditer tout l'article dans son ensemble et c'est très frustrant lorsque l'on rédige.
Ce qui serait bien, c'est que l'éditeur propose le sommaire des titres de l'article pour s'y rendre rapidement 
J.Juraver - " tu devrais faire une autre fiche non ? "
Here it is : Annotations en mode édition
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 - Jmarc dans ma proposition il faudrait effectivement conserver l'édition complète de la page, comme sur wikipédia.
Cette discussion me donne une autre idée : une "édition partielle à la volée". L'éditeur selectionnerait une portion de texte à la souris, et pourrait l'éditer dans une popup ajax. Une difficulté serait de gérer les insertions dynamiques des codes de formatage (il faut éditer le code, pas son résultat).
Alexis Raimbault webmaster free-lance
Jmarc - Alexis : je rebondis sur ton idée (top ergonomique mais surement pas évident à programmer...).
Il serait peut être mois ardu, lorsque l'on clique sur le bouton Modifier la page, d'ouvrir l'éditeur actuel avec tout le texte mais en y sélectionnant automatiquement le texte qui était préalablement sélectionné (dans le cas où un morceau de texte était sélectionné). On obtient ainsi l'avantage des 2 systèmes : la vision globale du texte et le positionnement direct sur la phrase qui nous intéresse
Alexis Raimbault - bonne idée. Toi qui a déjà plongé dans l'interaction Yacs/CKeditor, il y a-t-il un moyen de piloter CKeditor pour se positionner à un endroit dans le texte ?
Alexis Raimbault webmaster free-lance
Jmarc - Alexis : Pour faire intéragir yacs et ckeditor, je suis passé parles options de configuration : http://docs.cksource.com/FCKeditor_2.x/Developers_Guide/Configuration/Configuration_Options
Mais dans le cas présent, il faut arriver à intéragir avec l'éditeur une fois qu'il est ouvert pour se positionner au bon endroit. Pour cela, je pense qu'il faut utiliser leur API Javascript.
Cette page donne des explications (pour l'ancienne version 2) : http://docs.cksource.com/FCKeditor_2.x/Developers_Guide/JavaScript_API
Sinon, la doc sur l'API javascript de la dernier version de ckeditor (3.2) liste sommairement les classes et méthodes sans donner d'explications : http://docs.cksource.com/ckeditor_api/
pas facile de voir s'il y a ce qu'il faut pour se positionner à un endroit déterminé dans l'article en cours d'édition ...
A force de chercher dans le forum ckeditor, j'ai fini par tomber sur une discussion avec un exemple de code qui permet de positionner le curseur dans l'éditeur et même, je pense, de positionner une sélection :
http://cksource.com/forums/viewtopic.php?f=11&t=17335&p=44376&hilit=move+point#p44376
Il semble donc que ce soit possible
Alexis Raimbault - Ok merci pour ces pistes. On ouvrira un groupe de travail pour continuer quand on aura une alpha de yacs Lasares avec CKeditor.
Alexis Raimbault webmaster free-lance
