Le bug insoluble du SdZ

En même temps y'a énormément de tutos et news des membres.
Donc c'est aussi et surtout je dirais le site des zéros.

Mais bon, c'est très triste de voir des messages comme kubuntero..

eh oh ! revenez au sujet...

C'est vrai que je rencontre souvent ce décalage.
J'ai pas de solutions précises à ce problème.

Chez moi, ce décalage n'apparaît pas tout le temps.
Par exemple, en ouvrant un lien du sdz dans un onglet, le problème n'apparaît pas.
Il se manifeste seulement quand je clique sur un lien en restant dans la même fenêtre/onglet.
Donc, a priori, je pense que le cadre est peut-être stocké en mémoire et le texte arrive "brut" et donc n'a pas le temps de se mettre en place.

Encore une chose, si j'aperçois ce problème, je fais "refresh" et le décalage disparaît complètement.

En espérant vous avoir éclairé ou même illuminé (qui sait ), ciao !

Hé oui, et c'est en exclu mondialle, que je vous offre le nouveau bug dernier cri du sdz !

Le voici en screen:
http://img80.imageshack.us/img80/216/buginsolublean7.png

Et en réel (Ca le fait tout le temps, du moins sur FF 2.0.0.11 très précisément)
http://www.siteduzero.com/forum-83-216396-1962784-texte-en-haut-de-chaque-imges.html#r1962784

Voilà , mais je ne pense pas que ce bug soit "aussi insoluble" que le premier puisque celui-ci est toujours présent !

Je n'ai pas édité quoique ce soit pour que vous puissiez voir le truc .

Oli : C'est connu, c'est juste un problème de citations imbriquées. Quand le parseur XML du site est un poil permissif, ça donne ça.

Ha d'accord, désolé.
Je ne savais pas, mais il faudrais corriger ça quand même non?

Je viens d'avoir le probleme des hr.
Dans la signature des zeros ou il n'y avait que du texte, le hr était au dessus ( donc mal placé) et là où il y a une image dans la signature aucun problème.
Je me suis dis que c'était bizarre, et j'ai appuyé sur un lien dans la signature d'un zéro ( la ou le hr était mal placé) et le hr s'est remi correctement...(et je ne suis pas tombé sur la page du lien...)
Je ne sais pas si c'est d'une grande aide, mais il y a peut-etre un lien entre les balise <hr> et <a> pour que ça beug?

Voila sur ce bonne chance pour résoudre ce beau petit problème!

Ne faudrait-il pas changer un bout de code html ?
Séparer le message et la signature ...

Je reprend un exemple que j'ai vus sur un commentaire ou il y avait le bug.
A essayer
Code : HTML - Afficher / masquer les numéros de ligne

Je sais pas si ça peut aider, mais j'ai déjà eu exactement le même problème sur mon site (apparaissait on ne savais quand, etc...) :

http://img241.imageshack.us/my.php?image=polbx9.png

Et ça fait très longtemps que je n'ai pas du problème mais alors je suis incapable d'expliquer pourquoi.

EDIT : J'ai remarqué que vertical-align:top; est présent dans les deux cas... J'ai l'impression que c'est ça qui fait tout cloché. J'en suis pas sur du tout, à vérifier.

Je suis enfin témoin du bug !
Ce post volontairement placé dans un element de type block (pas le choix , c'est un titre (h4) ,
si vous arriver sur cette page et que le bug est présent , jeter un oeil a ce post , voir si le bug apparait aussi ici .
Essayons d'etre productif un peu au lieu de multiplier les postes inutiles .
et je suis allez regarfer le source de la portion qui bug , correspondant au texte du message en fait.
Code : HTML - Afficher / masquer les numéros de ligne

1. <div class="boite_message">
2.                                 ici le texte libre qui chevauche le reste
3.                                                 <div class="message_edite">
4.                                                         texte qui ne bug pas
5.  
6.                                                 </div>
7.                                        
8.                                                 <div class="signature">

Ce qui nous fait :
Code : HTML - Afficher / masquer les numéros de ligne

1. <div>
2. texte
3. <div></div>
4. <div></div>
5. </div>

On peut imaginer ou supposer qu'avec une imbrication texte + element block , que Firefox as du mal a calculer l'espace d'affichage a réserver pour le texte , un peu comme les flottants , de plus l'effet de fusion de marges a aussi probablement a voir.
De plus , ce texte en liberté est difficilement accessible par le dom et il est donc impossible de lui conferer un contexte de formatage particulier (overflow:hidden pour FF et CIe ou forcé le layout dans IE), sans devoir faire un peu de gymnastique pour ne pas ciblé les element de type block qui cotoient cette chaine de caractéres.

Tout les navigateurs , interprete le code en essayant de corriger les eventuelles erreurs et il me semble logique d'eviter ce genre d'imbrication , même si cela peut-être valide .

Il me semble qu'il serait interessant d'ajouter au template un <div> qui engloberait le texte laché en liberté parmis des elements de type block. 11 caracteres ne couterait rien de plus et permettrais d'agir dessus. (css , js , dom, ...) en permettant aussi d'appliquer ses régles css par defaut ou etabli dans le css a cette portion.

GC

<edit>Pio154 piio , propose la même , chose , je n'apporte que des explications supplémentaire au comment du pourquoi eventuel .
Je suis relativement à l'aise avec la mise en forme , je n'ai pas pour habitude de venir avec des propositions sans fondement ou non testé.
Un probléme de formatage (du au css , régles par défaut du navigateur et vraisemblablement un cafouillage au niveau des fusions des marges ... donc plutot bug , en effet.
Quand a bug est inherent à un navigateur , la seule solution pour le régler est de faire en sorte de ne pas le provoqué .
Un element block conteneur pour ce texte libre , ne vaudrait que 11 caracteres par postes , , ça va pas alourdir la page au vu du reste des codes et fichiers chargés.

L'autre piste que j'ai evoquée , que j'experimente sur un site , et uniquement aux heures de pointes , sont des parties de fichiers ou fichiers externes qui ne sont pas chargés en partie ou totalement. c'est aléatoire quand au fichiers ou portions, un coup c'est le css , un autre un fichier js , un autre , les 3/4 du contenu coupé au milieu d'un mot .
Le serveur en cause est un KIMSUFI sur lequel je suis hébérgé gracieusement.
La page est affiché comme completement chargé quand ce n'est pas le cas , Cela avec firefox principalement et en connexion en freebox.
Cela arrive avec des pages pesant plus de 60 ko , autant dire pas grand chose.

je crois que le probleme vient du CSS, mais je ne suis ma sur ...

Tu pense pas que c'est plutôt Gecko qui a un problème ?

Attendons la nouvelle version de gecko attendue sur Firefox 3 alors

C'est tout ce qui reste à faire... Puisqu'on a trouvé aucune réponses.

Bref laissons reposer le topic en paix jusqu'à ce qu'on trouve quelque-chose d'intéressant par-ce que depuis près de 6 pages on a pas tellement avancé !

moi je pense que le problème vient de Firefox impossible que le sdz soit buggé j'aime trop ce site !!!

astrotouf: Commentaire très utile -__-' ...
Un peut moins que celui-ci quand-même ...

Euh ca fait deux fois que le bug apparait sur le design 'Methys' et deux qu'il disparaît instantanément, sans rechargement de la page. Y'a t-il eut une modification de faite ?

Oui, sur Methys il y a ce bug dèsfois, mes moin souvent que ceului par défault.
La seul solution est d'entourer les messages par une div, ce qui n'est pas le cas en ce moment.
Je l'ai essayé, aucun bug sur une période de 3 jours.

Oui , cela à etait dit plusieurs fois avec quelques explications , ... va falloir faire une petition pour qu'ils nous ajoute ce foutu div pour remettre ff dans le droit chemin !
bon noël !

cordialement gc

M@teo21 ne passe plus sur ce topic, donc inutile de s'affoler...

R3N dit que ça ne se présente pas pour les signature avec une image. Donc je suggère qu'on rajoute une image invisible de X px de haut par 1 px de large. ainsi, on aligneras obligatoirement les hr à venir s'aligner comme du monde...

J'ai pas tout compris...

Citation :
Mouais, si ça marxhe vraiment faudrais essayer .

w3bmast3r -> Qu'est-ce que t'en sais si m@teo ne passe plus ?

Étant une grosse quiche en CSS (autrement dit les designs distants, je sais pas faire ) j'ai cependant une petite idée, qui n'est peut-être pas bonne du tout, voire completement à se dire que je suis un crétin, mais bon, je prends le risque.

Peut-être que mettre le message dans un div, la signature dans un autre, avec un margin et un padding, et les deux dans un div englobant les précédents permettrait de résoudre le problème ?

Gné? Rien compris !

Sinon ça fais un moment que je ne vois plus le bug. Je suis sous Firefox 2.0.0.11, ont-ils réglé le problème dans cette version?

Citation : Oli

j'ai iceweaseal même version que toi et je n'est pas vu le bug depuis quelque semaines maintenant.

Citation : Oli

Moi c'est l'inverse je l'ai plus que d'habitude. C'est aléatoire ce bug

Et t'a bien firefox 2.0.0.11 ? ("?>>À propos de Mozilla Firefox" pour le savoir)

Citation : Oli

J'ai le bug moins souvent, mais le l'ai tout de même moi aussi

Bah passez à Firefox 3 .
Bon j'arrête de poster c'est plus sage

L'image ne le montre pas, mais le bug n'est arrivé que sur certains posts, d'autres étaient parfaitement normaux...
Bug Survenu dans la section commentaires d'une news...

Je pense que ça vient de l'utilisation des tableaux. En effet je ne saurais l'expliquer mais il arrive que le moteur qui se charge de les afficher bug et décale les cellules, et ce même avec des applications qui ne sont pas faites en HTML.
Ça arrive surtout quand on scrolle trop vite,et même si il est vrai que là le problème est différent, je pense que c'est à peu près la même origine.
Peut être Gecko 1.9 corrigera ce problème...