Problème "Mismatch tag à la ligne xx"

Alerte empêchant l'envoi

Problem has been recorded

Issue description

Depuis quelques temps, peut-être le passage à la dernière version, j'ai de sérieux désagrément de mise en forme sur ce site.

Sous FCKeditor j'ai régulièrement une page impossible à envoyée à cause d'une alerte mismatch tag à la ligne xx

Apparemment le < div > crée n'est pas du tout conforme. C'est le cas par exemple en sautant des lignes entre deux balises [ sidebar ], ou encore si j'ajoute un tag de table des matières [ toc ] aussi bien à l'intérieur de la sidebar qu'à l'extérieur (alerte : problème de < /ul > dit YACS).

C'est assez déroutant, d'autant plus qu'en passant en mode source pour vérifier le code ne renseigne pas vraiment.

Comments

Page bottom

Bernard from nearby-an-airport Associate, 6581 posts	Reply · Quote on Mar. 1 J'utilise plutôt TinyMCE, sans souci de ce genre. Est-ce que d'autres utilisateurs de FCKEditor ont le même problème ?
Moi-meme from Entre chaise et clavier... 1386 posts	Reply · Quote on Mar. 1 Test sous tinymice `test` `test Test titre Test titre` `test titre test titre` ----- Comment YACS entend le droit de publication <- Un peu de visibilité à ce débat important pour YACS... Yacs.Info : l'atelier ordinaire des innovations
Moi-meme from Entre chaise et clavier... 1386 posts	Reply · Quote on Mar. 1 Je viens de tester sous tinymice. Si je mets pas le tout entre des [ code ] [ /code ] ça me donne : Erreur XML : mismatched tag à la ligne 7 Dernier élément de pile : DIV ----- Comment YACS entend le droit de publication <- Un peu de visibilité à ce débat important pour YACS... Yacs.Info : l'atelier ordinaire des innovations
Moi-meme from Entre chaise et clavier... 1386 posts	Reply · Quote on Mar. 3 " Est-ce que d'autres utilisateurs ont le même problème ? " Il semble que oui (second commentaire) Je peux illustrer encore mon propos. Je viens de toucher au même souci en rédigeant ce sondage. Pour la sidebar dans laquelle j'ai inséré deux titres d'articles, j'ai voulu les ranger naturellement l'un en dessous de l'autre dans le sidebar, c'est à dire comme ça : `[ sidebar=Related Doc ]` `Comment réussir une mise à jour incrémentale ? Comment faire une mise à jour par écrasement ? [ /sidebar ]` C'est là que la parseur m'engueule. Impossible d'envoyer la page parce que problème de < div > dans le dernier élément de pile. Parfois le propos diffère légèrement mais voilà bien l'illustration. Du coup, exit la mise en forme, obligé de faire quelque chose de vilain : `[ sidebar=Related Doc ]Comment réussir une mise à jour incrémentale ?Comment faire une mise à jour par écrasement ?[ /sidebar ]` Note à toute fin utile que là en tapant ce commentaire, je peux faire ce que je veux entre des [ code ][ /code ], ma sidebar fonctionne avec la mise en forme voulue, en revanche le code en lui-même n'apparaît pas alors que c'est la fonction de ces tags que de l'afficher en clair ! Le tout, toujours sous fck
Moi-meme from Entre chaise et clavier... 1386 posts	Reply · Quote on May 5 Toujours le même problème. Encore et toujours. Dans la fiche d'une doc je viens de me heurter ici-même à : Erreur XML : mismatched tag à la ligne 9 </li></ul> Dernier élément de pile : DIV Ca le fait sous plusieurs navigateurs, depuis plusieurs version, et sur plusieurs installations. Apparemment c'est vraiment les éléments HTML de type blockquote et < ul > et < li > générés par les codes yacs qui posent problème. Très énervant, car quand on a pas de droit associé dans un article, on ne peut pas décocher "vérifier que le xhtml est valide". Donc rien poster avec ces codes yacs. ----- Plugin Firefox : Search (new) Nouvelles fonctions suggérées <- centralisation perso l'atelier ordinaire des innovations
Christian from Chonas l'Amballan Associate, 744 posts	Reply · Quote on May 16 à rapprocher sans doute de comment 24194 http:actupro.fr
Moi-meme from Entre chaise et clavier... 1386 posts	Reply · Quote on June 11 Je remonte le bug, pas encore résolu et de nouveau expérimenté en 8.5 ici. Un "mismatch tag" à la ligne xx empêche la finalisation de l'envoi d'un article, ou un commentaire. La plupart du temps ça survient lors de l'insertion de codes yacs, comme [ code ] , [ quote ]. En tant que non associé, on ne peut pas décocher l'option "vérifier xhtml", donc envoi totalement impossible. Il semblerait comme l'a déjà dit Christian que ça vienne d'un doublement intempestif de html, ou d'un tag html manquant, situation générée par des codes yacs. ----- Plugin Firefox de recherche dans Yetanoz Nouvelles fonctions suggérées <- centralisation perso
Moi-meme from Entre chaise et clavier... 1386 posts	Reply · Quote on June 11 Y'a-t-il besoin de screenshot pour illustrer cette embrouille ? ----- Plugin Firefox de recherche dans Yetanoz Nouvelles fonctions suggérées <- centralisation perso
Bernard from nearby-an-airport Associate, 6581 posts	Reply · Quote on June 11 Les codes YACS générent des balises bien formées, comme en témoignent les nombreux essais de validation par le site du W3c sur différentes pages. Je pense que c'est la combinaison avec FCKEditor qui pose problème. En tout cas le code javascript intégré dans yacs commence à être un peu vieux, il faudrait penser à le ré-actualiser. Un volontaire sur ce sujet, capable de fournir une nouvelle version des scripts `included/fckeditor` qui marche bien, et qui serait à jour, est le bienvenu...
Moi-meme from Entre chaise et clavier... 1386 posts	Reply · Quote inspired from Bernard on June 11 " Je pense que c'est la combinaison avec FCKEditor qui pose problème " Je ne sais pas si tu as réglé le problème depuis, mais le bug existe aussi sous TinyMice (voir mon commentaire du 2 mars plus haut)
Moi-meme from Entre chaise et clavier... 1386 posts	Reply · Quote on June 15 Je confirme : sur yetanoz même (donc 8.5beta), le problème vient de m'arriver même sous tinyMCE. Dès que je saute des lignes entre des [ sidebar ] [ /sidebar ] par exemple. ----- Plugin Firefox de recherche dans Yetanoz Nouvelles fonctions suggérées <- centralisation perso