Mises à jour de yAronet - Page 41

Ah ! Alors je devrais peut-être voir quelque chose dans les logs ce soir, je regarderai

Bon, je vois aucune trace d'un éventuel rejet de ton cookie, comme si ton browser avait tout à coup décidé de ne plus l'envoyer. Pourtant d'après ce que tu me disais la date d'expiration était valide. On va attendre encore un peu mais c'est vraiment étrange ce problème, j'ai l'impression de faire une chasse au dahu...

qui monte ou qui descend?

Je sais pas si tu as fait quelque chose en plus, si c'est le fait d'avoir nuké absolument tous mes cookies ou de m'être connecté depuis un autre device, mais j'ai plus de problèmes depuis 2 jours.

Mouais... je vais commencer à me poser des questions sur la qualité de ces bugs reports

J'ai eu une série d'ennuis à un moment mais plus rien depuis quelques semaines

Pourtant les bugs random c'est les plus drôles

Y'a un truc un peu casse-couilles avec le codage des posts 2.0…

Je m'aperçois que je me foire une de mes balises. Pas de problème, j'édite mon post pour la corriger.
Balise toujours pas reconnue.

La faute à un « \ » qui s'est rajouté à côté d'une balise. J'enlève le « \ ». Balise toujours pas reconnue. Pourquoi ? À cause du « \ » qui se trouvait sur l'autre balise

Donc j'enlève ce deuxième antislash. Mais les balises ne sont toujours pas reconnues, parce que le premier antislash est venu se remettre sur la première balise, mais quoi

ça m'a fait pareil avec une balise url, j'ai du enlever trois backslashes devant le http:

Je sais que c'est pénible mais c'est un problème pas évident à résoudre. Tel qu'est fichu aujourd'hui l'encodage des posts de yAronet, les balises sont supprimées avant enregistrement en base (le texte est stocké sous une autre forme plus rapide à transformer en HTML). Quand on édite un post il faut faire l'opération inverse, c'est à dire remettre les balises aux endroits où elles étaient*. Si on trouve un "[url]" lors du décodage c'est qu'il s'agissait à l'origine d'une balise échappée, sinon elle aurait été traitée et supprimée du texte. Du coup, dans le doute il faut mettre un "\" devant pour être sûr que lors du ré-encodage on ne va pas par erreur considérer ce texte "[url]" comme une balise qui risquerait d'être traitée.

Pour corriger le problème dont tu parles il faudrait vérifier s'il est vraiment nécessaire d'échapper cette balise, ou si de toutes façons elle n'aurait pas pu s'activer puisqu'il manque le "[/url]" correspondant. Mais comme c'est un peu plus compliqué, et que flemme, pour l'instant ça n'est pas géré. Si quelqu'un veut améliorer le code et s'occuper de ces améliorations, pas de problème ^^

[*] c'est ce qui explique que les balises visibles quand on édite un post ne correspondent pas forcément aux balises utilisées lors de la rédaction initiale du post, par exemple "[cite]" qui devient "[quote]", "[youtube]" qui devient "[media]", etc.

Tiens, je viens de voir que la classe "nextpage" utilise par le lien "Suivant" en haut et bas des pages n'etait pas "honore" par la skin sombre.

Je propose d'ajouter cette valeur:

.nextpage {
	background-color: rgba(255, 255, 0, 0.5);
}

(jaune transparent)

dans le fichier style.css correspondant a la skin sombre.

(Pourquoi transparent? Parce que le jaune d'origine est trop clair on ne vois pas le texte blanc, et pour avoir teste, texte noir et fond jaunes c'est plutôt moche..)

Ça serait super !

Ça fait des années que je ne tourne que sur des skins qui ont cette feature et je trouve ça dommage de ne pas pouvoir en profiter sur les skins sombres

Après je comprends bien que les skins dans leur fonctionnement actuel ne sont pas super sympa à gérer :/

Ajouté (par contre j'ai utilisé directement la couleur résultante entre le fond gris et ton jaune, vu que la transparence ne sert pas à grand chose ici)

Elle sert a faire hyper



#loin#

Si j'ai bien compris cette histoire de mise à jour, c'est normal que certains vieux threads (comme celui-ci) aient perdu leur mise en forme (comme les [ pre ] qui entourent le code) et que celle-ci réapparaisse quand on commence puis annule une Edit inline?

Oui, comme tu dis il faut éditer le post pour forcer un réencodage, je ferai probablement cette opération sur tous les vieux posts un jour.

J'ai des erreurs PHP sur cette page, j'en ai pas en surfant habituellement : topics/23138-mega-man-vous-y-croyez

ouh là!

Corrigé

En effet, merci

Les sondages ont l'air cassés :
topics/163062-question-farfelue-pour-un-projet-fafelu#11

Corrigé !

Merci

Mieux vaut tard que jamais : le bug du post ./1068 est corrigé

(par contre il faudra envoyer à nouveau le post pour le corriger, c'est lors de l'encodage qu'il y avait un souci)

Tiens Zeph une fonction qui serai vraiment intéressante c'est que la page du forum idoine affiche au moins les topic ou l'on as accès c'est vite fait d'en perdre le lien..

Le forum idoine ? Lequel ?

Les sujets privés je crois...

C'est prévu, mais étant donné leur fonctionnement actuel c'est pas évident à faire (l'accès se fait en mettant les logins autorisés dans le 1er post, ça obligerait à aller chercher tous les premiers posts de chaque topic au moment de l'affichage de la liste pour savoir lesquels sont accessibles ou non, trop coûteux). Quand j'aurai pu changer ça, pas de souci.

A défaut, y'a moyen d'au moins afficher ceux dont on est l'auteur ?

Non, tout ça c'est du code hyper spécifique, je ne veux plus toucher à l'ancien code de yN à part pour corriger des bugs ou supprimer des features donc ça attendra que je change le système.