Mises à jour de yAronet - Page 36

Oui la première solution semble la meilleure.

Du moment que ce que l'on poste dans la balise [code] est correctement affichée c'est bon.

Zeph (./1049) :
Je viens de regarder pour le bug ./1027 et ça serait vraiment pénible à corriger : les échappements de balise sont gérés bien avant d'avoir connaissance du contexte (puisque le contexte est justement défini en fonction des balises trouvées) donc il faudrait changer pas mal de logique pour pouvoir détecter qu'un échappement de retour à la ligne ne doit pas être pris en compte à l'intérieur d'une balise [code].

N'y aurait-il pas un moyen de détecter que ces retours à la ligne ont été neutralisés ? S'il n'y a pas moyen de neutraliser ces retours d'une autre façon, on pourrait les faire précéder systématiquement d'une barre oblique inversée...

Tu ne voudrais pas diffuser le code source de yAronet pour qu'on puisse y jeter un œil ?

Je ne comprends pas ton premier paragraphe ? Le fait de pouvoir échapper un retour à la ligne pour l'annuler est voulu (essaie d'éditer le post ./1030), c'est uniquement à l'intérieur d'une balise [code] qu'il faudrait pouvoir suspendre cet effet, mais ça demanderait pas mal de modifications de code puisque c'est actuellement fait dans l'autre sens (les échappements sont traités avant de prendre ne compte l'effet des balises).

Pas possible de diffuser le code de yAronet vu qu'il n'est pas à moi, en revanche je peux poster le code du parseur des posts si tu veux regarder.

Dans mon premier paragraphe, je demandais s'il y avait un moyen, dans le contexte de la balise [code], de détecter qu'un retour à la ligne a été échappé. Ça doit bien changer quelque chose cet échappement, non ? (bien que tu affiches les retours à la ligne de la même façon, échappés ou non...)

Ha oui, je veux bien voir le code du parseur ^^

Bah non justement il ne change rien, puisqu'à l'intérieur de la balise [code] la balise "\n" est désactivée ; mais cette information n'est exploitable qu'une fois qu'on a reconnu une balise [code], ce qui se déroule après avoir traité les séquences d'échappement.

J'ai peut-être une idée qui ne demanderait qu'un petit changement de code, j'essaierai demain voir si ça peut fonctionner ou non.

En attendant voilà le code du parseur, mais c'est très mal commenté et j'ai peur que ça soit assez inutilisable sans la liste des balises reconnues et leurs effets (qui font partie du code de yN pour le coup, donc je ne peux pas les poster ici). Et voilà comment ça s'utilise mais il manque les fichiers "yml.php" et "html.php" qui contiennent respectivement les balises yML à reconnaître et la façon de transformer un post tokenisé en HTML ; j'essaierai de faire des versions "postables" de ces deux fichiers si besoin :
<?php include ('../src/umen.php'); include ('format/html.php'); include ('syntax/yml.php'); Umen\autoload (); $encoder = new Umen\CompactEncoder (); $scanner = new Umen\RegExpScanner ('\\'); $converter = new Umen\SyntaxConverter ($encoder, $scanner, $syntax); $token = $converter->convert (file_get_contents ('some_post.txt')); $renderer = new Umen\FormatRenderer ($encoder, $format); echo $renderer->render ($token, function ($string) { return htmlspecialchars ($string, ENT_COMPAT, 'iso-8859-1'); }); ?>

Bon finalement j'ai trouvé un moyen de corriger le problème de ./1027 sans changer trop de code. Comme ça touche à l'interprétation des posts la correction n'a aucun effet sur les posts déjà envoyés, mais ça devrait être bon pour ceux à partir de maintenant.

Hello, \
World!

(l'édition fera toujours apparaître deux \ puisqu'elle n'a aucun moyen de savoir s'il y en avait un ou deux à l'origine, mais les deux solutions étant équivalentes ça n'a aucune autre conséquence)

Quel homme, ce Zeph !

Awwww

Bravo quand même, gloire et félicité!

Merci

Ximoon (./1060) :
Bravo quand même, gloire et félicité!

Amour et passion !

je n'arrive à faire marcher ni pre, ni code, il m'ajoute systématiquement un backslash devant le crochet qui ouvre le code final.
pareil edit inline ou normal.

topics/157035-decouper-une-ligne-de-commande-en-tokens#20

Bah... oui, tu as mis des "" autour de l'argument de la balise [code], je ne sais pas d'où tu les sors mais il n'y en a jamais eu pour aucune balise sur yAronet. Pour la balise [code] il y a un formulaire à côté des posts qui permet de ne pas avoir à la taper à la main.

oups

Au passage, il y a un comportement du parseur qui n'est pas un bug mais qui peut s'avérer casse-pieds : si on fait une faute de frappe par exemple sur la balise de début de tableau, le parseur considère que toutes les balises séparatrices de ligne et de colonne sont invalides dans le contexte, donc il les échappe en rajoutant des backslashes... ce qui fait qu'il faut tout nettoyer derrière si on veut corriger ^^

Corrigé pour les balises table et list, il ne devrait plus y avoir de backslashes non nécessaires ajoutés (à part pour la balise "[/table]" finale (d'ailleurs c'est idiot, j'aurais du faire pareil pour celle-ci... j'essaie d'y penser à la prochaine màj, flemme de re-déployer pour une seule balise)).

À priori quand on poste plusieurs box à la suite avec chacune du code dedans, les espacements entre elles ne sont pas toujours les mêmes et quand on édite ça rajoute des antislashs à la fin des balises box/codes et du retour à la ligne des box suivants la première... C'est pas très clair mais en gros les espacements entre les box de ce poste devraient être les mêmes, non ?

Zeph > Merci

./1068 : tu as collé des backslashes partout, et de ce que je peux voir ils ont exactement l'effet prévu, à savoir que s'ils sont placés avant un retour à la ligne ils annulent son effet.

Non j'en ai mis nul part justement, ils se sont rajoutés dès que j'ai voulu éditer mon post...

Donne le texte initial de ton post alors, je ne peux rien faire sans ça.

Le texte initial c'est le même que celui du post, les antislashs en fin de certaines balises box/code en moins (j'en ai vraiment mis nul part à la base) : topics/158024-test-box-code

C'est précisément le texte initial sans ces backslashes qui m'intéresse, puisque c'est eux qui ont l'air de te gêner.

bug.txt

Enfaite les seuls backslashes qu'il y a ce sont ceux des chemins de certains fichiers, mais apparemment c'est pas ça le problème : topics/158024-test-box-code#1

En effet il a l'air d'y avoir un problème, je regarderai d'où ça vient si tu arrives à le reproduire avec un exemple plus simple, ton post est beaucoup trop long pour savoir exactement où ça coince.

J'ai fait quelques tests mais je n'arrive pas à le reproduire...

De toute façons demain je part quelques jours sans accès à internet donc ça attendra.

C'est moi ou le FC est completement HS ?

Je poste, j'ai une page blanche avec marqué "template not set", je fait back, je retente de poster et il me met "double post" et ce que j'ai posté ne s'affiche pas...

C'est corrigé, tes messages n'ont pas été perdus, c'est juste un cache qui ne s'invalidait pas correctement.

par contre l'edit inline est cassé ce soir:

<br />
<b>Parse error</b>: syntax error, unexpected ')' in <b>/home/www/01a30734539941ed4f89ef8e94cc4658/web/page/board/post.php</b> on line <b>131</b><br />