| Auteur | |
|---|---|
| rover | # 12 Mar 2010 - 11:29:51 |
| 14 Posts |
Bonjour Je crée un site pour un de mes clients et j'ai le problème suivant. L'affichage d'une page précise est décalé lors de l'affichage par Safari alors qu'avec IE, Opera et Mozilla tout est bon. J'ai contrôle mon code html, php et css il semble ne pas y avoir d'erreurs. Le problème vient apparemment du fait qu'un tableau est contenu dans une balise DIV. J'ai réduit le tableau à sa plus simple expression pour faire un test, le probléme persiste Si quelqu'un pouvait me tuyauter merci d'avance |
| Hermann | # 12 Mar 2010 - 11:33:15 |
| 4045 Posts |
Bonjour et bienvenue sans la totalité du code ou mieux une page en ligne, il va être difficile de te répondre. |
| rover | # 12 Mar 2010 - 12:17:21 |
| 14 Posts |
voici la page en ligne http://espace.webitbe.eu/acc.php?page=9 et le css http://espace.webitbe.eu/espace.css Pour info le code php contenu dans la balise <div id="frame"> mais le problème est le même si ce code se reduit à:
Modifié par rover (12 Mar 2010 - 13:55) |
| Laurie-Anne | # 12 Mar 2010 - 13:17:10 |
| Modérateur 5736 Posts |
Bonjour et bienvenue parmi nous En tant que modérateur, je me dois de te faire remarquer que tu n'as malheureusement pas respecté l'une des Règles de base du forum qui est d'afficher les codes et exemples proprement à l'aide des boutons [ code]... ici ton code HTML, CSS, PHP, etc.[ /code] (sans espace). Je te remercie par avance de bien vouloir éditer ton message afin de le rendre conforme à cette règle. D'ailleurs, je rappelle que le lien "Aide" qui apparaît tout en haut du forum est important. Il contient des pistes de recherche, des indications sur les règles de vie de la communauté, etc. Il serait courtois de ta part de bien vouloir en prendre connaissance. Bonne continuation |
| Aureance | # 13 Mar 2010 - 21:59:24 |
Bonjour. 482 Posts |
Bonjour, Dans un premier temps il serait pratique que tu mettes des sauts de ligne "\n" dans ton php ; ça produirait un code source qu'on (et pour toi aussi) puisse analyser avec plus d'aisance. La bonne méthode : le HTML entre guillemets simples évite d'échapper tous les doubles quotes et fait gagner en rapidité de traitement par php. Concaténation et guillemets doubles pour indiquer les "\n" les "\r" ou les "\t". Comme ceci : Après avoir copié et re-indenté ton source (merci Tidy ) ; en refermant les ensembles autonomes, je vois juste après la table qui se déplace vers la droite : deux fins de div qui ne semblent pas avoir de début. Le problème vient peut-être de là… Forums : Les gens pressés lisent en diagonale et répondent de travers. |
| fvsch | # 14 Mar 2010 - 21:35:12 |
| Administrateur 19941 Posts |
Bonjour, Je trouve que demander un coup de main sur un problème de rendu alors qu'on n'a pas pris la peine de vérifier que le code HTML est valide (et donc, entre autres, qu'il n'y a pas des balises manquantes ou en trop...), c'est un peu fort de café. Ou, au moins, c'est manquer cruellement de méthodologie. Modifié par Florent V. (14 Mar 2010 - 21:36) |
| rover | # 15 Mar 2010 - 00:52:18 |
| 14 Posts |
Merci à Aureance et à tout ceux qui ont jeté un coup d'oeil sur mon problème. J'ai revérifié, toutes les balises ouvertes sont bien fermées, mais en fait il maquait une div complète dans laquelle devait s'intégrer le tableau. Mon problème semble donc résolu Pour répondre à ce Florent V. Je trouve qu'émettre un jugement sans avoir lu l'entièreté du courrier est une perte de temps ou alors c'est un moyen de combler sa solitude... J'avais pris la peine avant de poster ma question, de vérifier mon code (comme précisé dans ma question initiale) en interne et via w3. Je lui conseille donc de continuer à boire du café fort et de poursuivre ses publications de réponses aussi constructives. Mais il est probable que si tout le monde avait ses compétences, ce forum n'aurait aucune raison d'être. Modifié par rover (15 Mar 2010 - 01:17) |
| Laurie-Anne | # 15 Mar 2010 - 08:30:31 |
| Modérateur 5736 Posts |
Et pourtant tu as bien une erreur de balise mal fermée, ce qui cause très souvent ce genre de problèmes... Mais bon c'est pas pour 6 erreurs de code que la page n'est plus valide... Si ? |
| rover | # 15 Mar 2010 - 09:45:55 |
| 14 Posts |
merci Laurie-Anne voila, j'ai même corrigé les erreurs signalées mais elles ne devaient pas avoir d'influences sur le rendu. tout semble ok sauf les hauteur de div automatiques |
| fvsch | # 15 Mar 2010 - 19:44:21 |
| Administrateur 19941 Posts |
rover a écrit : Les erreurs d'imbrication ou de fermeture d'élément cause souvent des problèmes de rendu. Un </div> manquant ou en trop peut exploser un design, parfois dans seulement certains navigateurs. En l'occurrence, avec ce code valide, je n'ai pas de problème de rendu dans Chrome (qui, comme Safari, utilise Webkit). Le problème persiste-t-il dans Safari, et si oui dans quelle(s) version(s)? |
| rover | # 15 Mar 2010 - 21:30:16 |
| 14 Posts |
Bonsoir Tout fonctionne bien et avec tous les browsers et il ne semble plus avoir d'erreur dans le code. Mon seul soucis est le css (je débute) je n'arrive pas à faire varier automatiquement la hauteur d'une <div> en fonction d'une autre <div> contenue dans la première. Toujours la même page : http://espace.webitbe.eu/acc.php?page=9 Vue avec IE ok, avec les autres la <div> acc (pourpre) ne grandi pas La <div>div#acc contient toutes les suivantes div#logo - div#bandeau div#acc1 - div#titre9 - div#corps la div#corps devrait modifier la hauteur de la div#acc Modifié par rover (15 Mar 2010 - 21:53) |
| gc-nomade | # 15 Mar 2010 - 21:56:55 |
gcyrillus en mode portable 789 Posts |
Bonjour, ajoute a #acc : overflow:hidden; par exemple qui aura comme incidence de ne pas laisser les elements flottant deborder . Il y a d'autre moyens pour obtenir ce resultat (comme un dernier element dans le flux et en clear ). GC GC rien , mais GC encore ... et ça marche via la V.A.E. je passe d'un B.E.P. a un B.T.S. ... ce qui apparemment ne flatte que mon ego !? Je vois le monde de ma porte, pas vous ? |
| Aureance | # 15 Mar 2010 - 22:38:52 |
Bonjour. 482 Posts |
rover a écrit :Je vois toujours ces deux fins de div inutiles qui, bien qu'elles ne posent pas de problème à la validation, sèmeraient leur zone de manière certaine si elles étaient placées plus en amont. J'en suis certain car mon éditeur de texte ne peut me tromper : si je lui demande "ferme les blocs" il ferme les blocs ! S'il traîne quelque chose, je le vois tout de suite. Pour reprendre la bonne suggestion de gc-nomade, tu pourrais par exemple transformer ces 2 </div></div> par un bloc vide <div style="clear:both"></div> Les fins de div en question figurent en rouge sur cette image du code… toujours pas indenté… (t'aurais pas une petite flemme ) Sinon, ça n'a rien à voir avec le sujet mais me semble utile : il y a trois fautes dans le menu. Forums : Les gens pressés lisent en diagonale et répondent de travers. |
| rover | # 16 Mar 2010 - 03:20:10 |
| 14 Posts |
Voila j'ai un peu bossé. Mais il n'y a aucune </div> de trop. J'ai marqué toutes les id qu'elles ferment. Ces balises sont ouvertes dans des includes. Merci à gc-nomade, ça fonctionne maintenant |