Coup de pouce - Page 1

Je ne parviens pas à afficher le caractère « double prime » (le symbole de l’unité de mesure anglaise, le pouce), s’il se trouve juste avant une parenthèse fermante.
À la place j’obtiens ça : ″)

En fait il me semble que c'est le cas avec toutes les entités unicode : les smileys sont parsés avant l'unicode, donc ton ";)" empêche l'entité d'être reconnue comme telle.

Pour moi c'est effectivement un bug, mais comme j'anticipe un peu la réponse tu peux tenter d'échapper le smiley en ajoutant une balise bidon entre le point-virgule et la parenthèse, comme ceci : ″[b][/b])

=> (″)

(une balise, ou un espace)

Ok, tout simplement.
Mais sinon, pourquoi mon caractère est transformé en #xxxxx; ?

Tu peux imaginer par exemple, que à la base yAronet n'a pas été conçu pour le support de l'unicode, et que les posts sont stockés en iso-8859-1, qu'il en va de même pour la page générée, et que donc la seule manière valide de représenter ton caractère est avec une entité html unicode, que yAro te laisse gentiment placer dans tes posts alors que ça prend disons 4x plus de place en mémoire...
Après je dis ça, je dis rien
(Puis de toutes façons Zephyr et vince ont déjà dit tout le reste donc voilà)

C’est compliqué de passer à l’UTF-8 ?

en théorie non, si ça a été prévu dès le départ il n'y a qu'un paramètre à changer, mais :

- à mon avis comme il n'a jamais été question que le site change de charset, il faudrait modifier grosso modo tous les bouts de codes qui manipulent des chaines de caractère qui viennent ou sont à destination de l'affichage (je te laisse imaginer le fun que ça représente)
- dans tous les cas il reste la base de données à convertir, elle doit peser un bon 1go à mon avis donc c'est un traitement assez lourd (en plus comme yN est sur un mutualisé qui sauf erreur de ma part n'a pas d'accès SSH ou autre il faudrait la d/l, la recoder en local puis l'injecter en web... pas super pratique)

En effet… Dommage.

- les données stockées en UTF8 prennent plus de place

c'est pas faux, ceci dit je pense pas que ça augmente de façon dramatique la taille totale de la bdd

Ça doit bien l’augmenter de 30% non ?

Zephyr (./10) :
c'est pas faux, ceci dit je pense pas que ça augmente de façon dramatique la taille totale de la bdd

Sasume (./11) :
Ça doit bien l’augmenter de 30% non ?

L'augmentation est fonction du charset (utf8, utf16 ?) et du mode de stockage (avec tel ou tel niveau de "compression"). Mais ça représentera un "sacrifice" en ressources, qu'il s'agisse de taille ou de cpu...

si je prends ça comme référence et si je suppose qu'un caractère accentué en UTF-8 prend 2 octets, ça fait à peine plus de 3% d'augmentation, on reste très loin des 30%

et vu la majorité de posts qui sont encodés en ASCII à base de "" et autre ça doit baisser encore le pourcentage ^^

Et sinon, le problème quand on cite les posts contenant des caractères unicodes¹ vient d’où ? Du navigateur ?

[1] topics/123658-regarder-des-films-en-streaming#3

J'aurais tendance à dire que oui puisque ça marche sans problèmes ici (Firefox 3 / Windows).

Après il y a des tas de problèmes dès qu'on utilise les fonctions de citations Ajax, j'imagine que c'est parceque le charset attendu par les fonctions JS n'est pas le même que celui utilisé sur yAronet.

Il me semble que le JS attend et envoi de l'UTF8/16 et derriere yN le mange en iso-8859-machin

D'ailleurs il me semble que les ? sont généré par le navigateur et non par yN (mais seul yAro peut le confirmer?) caractères qui ne sont pas automatiquement traduit quand on passe via le JS

oui ils sont gérés par le navigateur (il suffit d'afficher la source de la page pour s'en rendre compte), le soucis c'est que justement ce ne sont pas les entités HTML qui sont envoyées à la fonction JS mais directement les caractères encodés en windows-1252 (le charset de yN), or le JS doit être configuré pour accepter autre chose

Corrigé (seulement pour les nouveaux posts pour le moment, les anciens seront convertis plus tard).