Reprise du message précédent :
ok, merci du renseignement

 
+1 pour le problème.
 
J'ai cru un moment que c'était parce qu'il y avait eu des posts delete dans le topic (avant les images), mais spa évident de le déceler partout où le bug arrive.
 
Avec FF

non c'est la facon dont ff gere les pages en fait. tu cliques, il t'emmene au lien et charges les images apres, donc ca decale tout et tu te retrouves plus haut que prevu.
 
Opera lui t'emmenes en haut de la pages, charge les image et t'emmene au lien ensuite et donc pas n'importe ou sur la page  
 
ou un truc comme ca

idée de feature : que le n° de la page où nous mene un drapeau soit affiché dans la box du texte alternatif associé à l'image du drapeau ... histoire de savoir vite fait combien on a de pages à rattraper, sans cliquer sur le drapeau

 
intéressant

C'est pas dans l'attribut alt qu'il faut le mettre, mais dans l'attribut title

oui sauf que le title est quand meme un texte alternatif mister je coupe les cheveux en 40

non, title est le titre de l'image, il s'affiche quand on met la souris dessus.
 
alt est un texte qui ne s'affiche que si l'image ne peut s'afficher (sauf avec IE qui a un bug à ce niveau)

 
je ne suis pas d'accord, ca ne le faisait pas avant.
 
Et ca le fait aussi alors que les images sont en cache. D'autre part, plus il y a de posts sur la page, et plus ca se "décale" vers le bas. Enfin, j'ai essayé en limitant volontairement ma vitesse de DL a 4Ko/s et en vidant mon cache et ca fait la meme chose : ca ramene sur l'image qui n'est pas encore chargée, et ENSUITE en plus on prends le décalage du a l'image.  
 
Bref, y'a un bug.

idem

 
d'accord avec toi

...

non mais le probleme viens bien de ce que t'a dit uriel, c'est quasi sur...
stun probleme connu

 
tu as lu au moins ce que j'ai écrit ?  
 
je suis d'accord avec ce que uriel a dit. Mais il n'y a pas que ca, s'il n'y avait que ca, j'aurai du arriver a mon emplacement normal de drapeau puis etre décalé pour chaque image chargée. Et ca n'est pas le cas.

heu on le voit dans la barre d'etat en bas de la fenetre hein (enfin sous IE, mais les autres navigateurs affichent quand meme la destination de l'url non ?)

 
Oui voilà, une ville d'informaticiens pigeonnés par des commerciaux qui font croire à des conneries avec des mannequins qui jouent le rôle d'informaticiennes sur des pubs

C'est pas pire que des informatitiens qui jouent le rôle de mannequins sauce 3 suisses sur des photos

 
J'y peux rien si quand je mets une photo de moi qq part on me traite de mannequin 3 Suisses

tu preferes etre traite de danseur ?

Je me demande si quelqu'un l'a gardée, j'étais pété en la voyant

on sent du métier quand même vu la pause et tout et tout, essaye pas de nous bleuffer !

petit probléme marrant chez moi,  
sous IE les smiley du forum ne sont plus animé mais les autres gifs si
sous firefow aucun pb.
 
testé chez moi avec et sans proxy et au boulot avec proxy

ouaaaaaa le bug :
 
 
(司马台
 
(司马台 )
 
la seconde ligne est la même que la premier avec juste un espace entre le 台 et la parenthèse

Ca c'est un histoire d'expression régulière, faut utiliser les fonctions pourries de l'extension MultiByte Strings

 
Opera7. Ce qui est super lourd quand les images mettent du temps à se charger (ou même ne se chargent pas)
 
Le système d'Opera 6 était excellent : si les images chargées étaient avant le point du drapeau, il agrandissait la page vers le haut et donc la partie qu'on voyait restait fixe pendant le chargement.
 

 
C'est lié à Firefox (et IE dans une moindre mesure je pense), rien à voir avec le forum. D'ailleurs si tu recliques le bouton "Go" à droite du champ d'URL il te repositionne bien au bon endroit

 
Je vois pas le rapport avec les multibyte strings... Si un "" apparaît c'est parce que le ";" de fin d'entité HTML a été pris comme un smiley, donc avant transformation de l'entité (transformation faite par le client de toute manière, donc vraiment rien à voir). En plus comme tout est en ISO-8859-1 ou Windows-1252 côté serveur, je ne vois pas ce que les multibyte strings viennent faire là dedans
C'est "simplement" que si le ";" suit un &# + caractères sans espaces il ne faut pas le prendre comme un smiley.

Okok, donc il fait d'abord les entités, puis les smileys...

Il fait pas du tout les entités puisque c'est le client qui les traduit.

BAN

c'est quoi cette blague, la ?

Ce mec a créé 36 topics sur sa merde en boite un peu partout, dans toutes les cats.  
 

donc ban+delete+sodo+gravier

PtAiN LeS GoSsEs QuI S'EnDoRmEnT SuR La ToUcHe MaJ Ca DoNnE TrOp Un StYlE PaS ClAsSiEuX En FaIt

 
un flood de topic à l'ancienne c'est un vrai le gars, pas comme les pélos qui nous font des pseudos troll à deux balles israel c'est mal

je me répète, mais pour éviter ce genre de débile, rien ne vaut un quizz avec obligation de réponse, l'entrée du quizz étant a la fin de la charte
 
si pas de réponse au quizz, TT ou BAN de quelques jours, quelqu'un qui se donne pas la peine de lire la charte n'a de toute facon pas compris le fonctionnement d'un forum /

 
Regarde le code source : t'as des 司. Or, le mec n'a pas tapé l'entité, mais le caractère direct (genre copié/collé depuis la charmap). Donc le bouzin convertit ça en entité, puis recherche les smileys, d'où l'erreur...

La page du formulaire est spécifiée comme étant de l'ISO-8859-1, donc tout ce qui n'existe pas dans ce jeu de caractères est converti par le navigateur à l'envoi des données par le navigateur... Si le navigateur n'envoyait pas les données dans le jeu de caractère spécifié dans la page ça serait un beau bordel
Et la reconversion dans l'autre sens est faite aussi par le navigateur.

Mouais, les navigateurs ont tendance à envoyer du windows-machin

Ah okok effectivement

 
Quand l'encodage n'est pas spécifié dans la page. Sinon il me semble qu'ils le respectent.

IE envoie toujours l'€ windows pourri, j'en suis sûr ça.