Mises à jour de yAronet - Page 24

Vous êtes sûrs qu'on parle bien de la même chose ?

En cliquant sur preview. Comme tu vois le texte de son js n'est pas dans la boite de dialogue

Mais en cliquant sur preview en ayant fait quoi exactement avant ? Moi je clique sur "Editer", puis sur "Preview" et je n'ai pas de Javascript qui s'exécute sur la page, quel que soit le navigateur ?

C'est pas juste que le comportement est différent quand on edite un post pour lequel on n'a pas les droits d'édition, alors que tu as tous les droits en tant qu'administrateur ?

Normalement le code est le même, je vais refaire l'essai, mais j'aimerais bien que vous m'expliquiez très précisément par quelles étapes vous passez (en le refaisant depuis le début, pas en réutilisant un onglet ouvert depuis 30 minutes) pour avoir ce bug, parce que là je ne vois pas du tout.

Je crois que c’est le « texte récupéré, vous pouvez le copier pour ne pas le perdre » de la page d’erreur qui est exécuté (erreur due à l’absence de permission pour éditer le post)

c’est la page addEn.php
recette :
1) cliquer sur éditer pour le post de squalyl qui contient </textarea> etc.
on obtient alors la popup d’édition, même si on n’a pas les droits
2) cliquer sur valider ou bien preview, le résultat est le même, sans avoir les droits d’édition

Ahhhhhhhhhh OK, c'est Nil qui avait raison, merci

(ne pas avoir les droits pour éditer un post ça empêche même la preview ? c'est pas logique, je vais modifier ça aussi au passage...)

[edit] c'est fait

C'est normal que ce sujet apparaisse dans les derniers sujets créés de yn24 ?



Si c'est un bug il a déjà été signalé, mais semblait être corrigé depuis (cf le wiki).

Sinon pour l'histoire du stripslashes() manquant, finalement ça doit être très récent, parce que je suis certain que je l'aurai remarqué plus tôt (avec des sujets comme celui là par exemple). Mais c'est vrai qu'au final on s'en fout.

Enfin bref, bon courage pour optimiser tout ça, en tout cas ça fait plaisir de voir que notre forum préféré continue d'évoluer, merci !

Non le bug de yn24 n'est pas corrigé, j'ai simplement expliqué ce qu'il montrait réellement (et ça n'est pas exactement les derniers sujets créés), je te laisse retrouver le post. Je corrigerai également, mais ça demandera un changement dans la base donc ça va encore attendre un peu. Pour les backslashes dans les titres j'ai déjà corrigé ça de mon côté donc ça va arriver.

Boh c'est très bien comme ça, non ?

EDIT : rien, ma page était pas à jour

topics/150713-mises-a-jour-de-yaronet/3#79

Oups, effectivement je n'avais pas vu

Mais c'est vrai que c'est un peu ambigu.

Ce serait possible de ne pas avoir d'espaces qui se rajoutent à chaque fin de ligne de la balise "pre" ? Ou alors ajouter le support de l'assembleur z80/ARM à la balise "source" (j'ai regardé un peu le format sur http://alexgorbatchev.com/SyntaxHighlighter/ , donc si j'ai bien compris ça donnerait à peu près ça : shBrushAsmZ80.js, shBrushAsmArm.js, par contre je n'ai pas trop compris comment on définit le caractère pour les commentaires, qui est ";" en asm z80 et "@" en arm...).

Les espaces en fin de ligne apparaissent avec l'ancienne balise [pre], si tu passes en posts v2 il n'y a plus ce problème (ce qui veut dire qu'à terme il disparaîtra complètement). Ceci dit je peux quand même ajouter tes deux nouveaux brushes si tu veux, par contre je vais surement changer les alias ("asm" c'est pas possible, trop commun, et "s" idem).

Ok mais pour mettre quoi à la place ? "arm" ?

Puis je les ai pas testés visuellement, mais si ça passe oui, ce serait assez utile pour poster nos codes sur le forum TI z80.

Autrement je n'ai pas testé, mais est-ce qu'une ligne assez longue sans retour à la ligne déforme toujours la page avec [pre] ? Et avec [source] ?

Merci

edit : tiens je pensais que ça poserait problème au parser d'écrire [pre] (d'ailleurs quand j'édite ton post il y a un antislash devant : "\[pre]"), mais enfaite non.

edit 2 : je suis bien en mode v2 (test), mais ça m'affiche toujours des espaces en fin de ligne, exemple ici)...?

edit 3 : beh enfaite si ça pose problème : lorsque j'édite mon post en mode inline tout s'affiche nickel, puis je rafraichie la page est ça m'a collé des antislashs partout... Alors que le premier coup si j'écrit directement antislash+balise pre ça m'affiche les deux...

l'edit inline faut arrêter de le tester, il est de toutes façons complètement buggé et tant que je n'y aurai pas touché ça n'a aucune chance de fonctionner correctement

pour le reste, je regarderai.

Ok ok, encore merci

À propos des retours à la ligne dans les [pre], ce sont en réalité les posts qui sont v2, pas les comptes. Ça veut dire que le fait de faire la bidouille dans le champ "divers" ne sert qu'à ce que tes prochains posts soient v2, ça n'affecte pas les anciens, donc c'est normal que celui que tu indiques n'ait pas changé. Par contre si tu l'édites et que tu valides (même sans changer un seul caractère), il sera converti en v2.

Et le jour où ça ne sera plus en beta-test et étendu à tous les utilisateurs, tous les posts seront convertis en v2 à l'occasion.

( la balise u a l'air cassée en v2 )

uhu ?

Ah non tiens, c'est un autre bug chiant à expliquer que je ne sais pas exactement comment résoudre (un [pre] non échappé et non fermé n'est pas transformé, mais empêche quand même toutes les balises qui suivent d'être prises en compte).

Ok tant mieux (ce sera plus pratique pour copier/coller du code, même s'il existe des fonctions dans certains éditeurs pour supprimer les espaces en fin de ligne, ça reste fastidieux)

J'ajouterai quand même tes deux nouveaux brushes, merci de les avoir faits

Je mets quoi comme nom de langage, z80 et ? arm ?

Oui, z80 et arm c'est parfait. Par contre comme je l'ai dit en ./704, je n'ai pas spécifié le caractère qui définit ce qui est du commentaire dans le code.

edit : par contre avec les posts v2 certains caractères ne passent plus dans les [pre] : topics/153498-id-des-touches#1

(→)

Ah oui, plus rien n'est parsé dans les [pre], ça inclut ces séquences d'échappement unicode. Je ne corrigerai probablement pas ça, l'objectif étant de passer réellement en UTF-8 et de ne plus supporter ces entités à la noix.

Heu je m'y perd un peu dans toutes ces histoires de codage de caractère... Au final on ne pourra donc plus du tout utiliser les caractères de ce type ?

C'est dommage, c'était assez pratique pour le TI-Basic.

Tiens un bug con pas très génant, sur l'index le message pour un nouveau mini message n'affiche que "($pseudo)" et non "Vous avez un nouveau mini message ! ($pseudo)"

deeph (./717) :
Heu je m'y perd un peu dans toutes ces histoires de codage de caractère... Au final on ne pourra donc plus du tout utiliser les caractères de ce type ?

Si le forum passe en UTF-8 natif, si, parce que ce ne seront plus des séquences d'échappement, mais bien de l'Unicode.

./717 : seuls les ? ne fonctionneront plus, il faudra poster directement de l'Unicode comme explique KK
./718 : hein ? le message est différent sur l'index par rapport aux autres pages ?