Projets « Suggestions de fonctions « Codes Yacs «
Extension du code Yacs [toc]
votes
Afin qu'il prennent en compte les titres insérés à l'aides éditeurs Wysiwyg.
Ce code Yacs ne fonctionne correctement que si l'on utilise les codes [header...] et [/header...] pour encadrer les titres.
Si l'on utilise la syntaxe ==, le sommaire ne s'affiche pas dans le bon ordre.
Si l'on utilise la syntaxe <h1> </h1>, le titre n'apparait pas dans le sommaire (c'est le cas lorsque l'on crée les titres via les éditeurs wysiwyg).
Proposition d'amélioration 1
Que le code yacs [toc] prennent en compte les balises de type <h1> </h1>
Proposition d'amélioration 2
Que le code yacs [toc] prennent en compte les balises Yacs de type == (plus facile à saisir que les codes Yacs [header...] et [/header...] )
Ne pas oublier qu'historiquement, ce sont les codes
[title]...[/title] et [subtitle]...[/subtitle] qui existaient. Ceux-là sont très bien pris en compte pour la table des matières.
Les autres ont été ajoutés plus tard, pour répondre aux besoins de certains utilisateurs ayant plusieurs niveaux de titre. Bref, ces deux là sont la plupart du temps suffisants dans un article web.
Quant au défaut de prise en compte des codes avec les raccourcis "titres wiki" (
==montitre== par exemple), ça me semble plus un bug.Pour ce qui est des codes html, je ne suis pas, personnellement, convaincue de l'urgence d'implémenter cela : les codes yacs génèrent déjà les balises html ad-hoc. Mais bon, ça peut se discuter.
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.
merci Agnèspour ces précisions que je vais m'empresser d'ajouter dans la doc...
Par contre,quand tu dis :
" Pour ce qui est des codes html, je ne suis pas, personnellement, convaincue de l'urgence d'implémenter cela : les codes yacs génèrent déjà les balises html ad-hoc. Mais bon, ça peut se discuter. "
Il y a une chose dont je suis convaincu, c'est que les contributeurs de mes sites ne vont pas apprendre ni utiliser les codes Yacs
... ils vont se contenter des boutons "à la Word" de l'éditeur Wysiwyg donc avec des <h1> </h1>
Tu me diras : dans ce cas, ils ne vont pas s'amuser à insérer un [toc]...
Sauf que celui-ci risque d'être imposé par l'utilisation d'une page modèle.
Exactement, j'ai la même observation dans la même situation. Aucune de mes communauté n'a adopté les codes yacs, il n'y a que moi qui m'en sert pour certaines mises en page, et c'est bien dans les pages modèles qu'ils se trouvent contraint de pencher sérieusement sur les codes yacs.
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 |
Bien vu. Étant donné que j'utilise presque exclusivement textarea, et que je vais plus vite à saisir mes codes yacs qu'à lâcher le clavier pour prendre la souris, ce point m'avait échappé...
Reste qu'il faudrait vraiment voir si c'est un manque fonctionnel ou un bug de la version en développement...
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.
Agnès : Si cela permet d'être pris en compte plus rapidement... Je veux bien requalifier cette page dans les bugs
Une question en passant : C'est quoi l'utilité d'avoir un codes Yacs ([header1]) qui correspond à une balise html existente (<h1>) ?
J'imagine que Bernard avait une bonne raison pour s'embéter à développer ce code supplémentaire










