Jump to content

Kreestal

Actif
  • Content Count

    48
  • Joined

  • Last visited

Everything posted by Kreestal

  1. Oui, tu as tout à fait raison. Je pense qu'il faut une alternative au Javascript si celui-ci est au coeur de la navigation sur le site (dans un menu, ou comme auto-validation de listes déroulantes par ex). Toutefois, sur le thème que j'évoquais dans mon premier billet, cela concerne davantage le "drag and drop" qui est présent sur les blocs situés à droite du container. C'est une featurette mignonne mais pas indispensable. Si elle n'est pas active dans IE5, je doute que les utilisateurs en pâtissent.
  2. Merci pour ton avis, Nicolas En effet, en terme de rendement (rapport visiteurs/temps passé), cela ne me semble pas très intéressant. Surtout que rendre le site compatible pour IE6 est déjà une galère en soi, alors avec IE5 :!: Mon objectif est de rendre le site compatible FF 1.5 et 2, Opera 9, Safari (je ne sais pas quelle version est en cours), IE6 + IE7; ensuite, j'essaierai de voir ce que ça donne avec Lynx, car quitte à prendre le parti de l'accessibilité, autant vérifier soi-même si ses pages ont du sens sémantiquement parlant. Et je pense aussi que c'est bien beau de ma part de parler d'accessibilité si j'ignore des outils qui permettent de tester efficacement la qualité des sites que je développe. Bref, j'ai remarqué que si on garde en tête un objectif de simplicité du code, c'est à dire tirer un maximum profit de ce qui est permis, à la base, par le XHTML et CSS, en essayant d'éviter les marges négatives ou de fixer à tout prix un bloc dans IE à coup de hacks, on va plus vite et on se prend moins la tête (même si prise de tête il y aura encore souvent avant CSS3). C'est peut-être bête à dire, mais avant je cherchais toujours à faire des trucs trop compliqués; maintenant je suis plus dans l'optique "simple is beautiful", et les navigateurs me le rendent bien vu que ça augmente la compatibilité entre eux. Je m'égare un peu là non? Hello karnabal, merci pour ta réponse. Oui, je pense aussi que du moment que le site est navigable, si les internautes qui utilisent IE5 n'ont pas exactement le même rendu ni toutes les fonctionnalités javascript, je pense que faire une petite entorse à la compatibilité absolue (douce utopie?) ne mange pas de pain. Je me disais presque, ces derniers jours, que je pourrais utiliser un style switcher sur mon site, qui proposerait deux versions (ou trois, si je propose aussi une version sans CSS du tout; mais est-ce bien utile?): la première serait la version de base du site, compatible navigateurs modernes + IE6; la seconde serait la CSS compatible avec IE5, qui allègerait l'ensemble et simplifierait la mise en page. La première CSS serait appelée par défaut par tous les navigateurs, sauf IE 5 (et inférieurs?) qui appelleraient par défaut la CSS simplifiée; en même temps, tout internaute pourrait utiliser le style switcher à tout moment - même les utilisateurs d'IE5. Qu'en penses-tu? Bonjour Perrine, merci pour ta réponse! Je crois que je vais partir sur la CSS principale et donner sa chance à la compatibilité IE5 pendant X jours. Si, au-delà de ce laps de temps, rien n'avance vraiment de manière satisfaisante, j'utiliserai probablement une CSS "light", comme j'en parlais juste au-dessus en réponse à karnabal. Hello Dadou, merci pour ta réponse. Je suis d'accord avec toi! Je ne savais pas que IE5 était si vieux o_O Là je suis plus mesurée dans mon opinion: personnellement je ne blâme pas les utilisateurs qui utilisent encore IE5, pour la simple et bonne raison que tout le monde n'a pas forcément envie ni forcément les moyens (manque d'informations? problèmes de licence?) de changer de navigateur. Pour nous autres développeurs web et autres nerds, qui jonglons sans cesse avec plusieurs navigateurs lorsque nous développons, cela nous paraît incensé d'utiliser IE et encore plus une version aussi ancienne. Néanmoins, j'essaie de me mettre à la place de la personne lambda qui utilise Internet au boulot (où IE n'est pas forcément mis à jour >> c'est le cas là où je fais mon stage), qui ne sait pas qu'il existe d'autres navigateurs, qui ne sait pas non plus forcément que des mises à jour existent, ou qui n'a tout simplement pas le droit ou n'ose pas les installer sur son poste de travail. Je pense également à la personne lambda qui, chez elle, a un accès à Internet pour consulter ses mails, acheter sur Internet ou consulter son compte en banque, mais qui passe en moyenne très peu de temps à surfer. Quand bien même elle tomberait sur un site absolument pas conforme aux standards, elle ne saurait pas quoi faire pour résoudre les problèmes! Et j'ai envie de dire: ce n'est pas à elle de le faire. Je pense que c'est aux "initiés" comme nous de répendre la bonne parole de l'accessibilité, de promouvoir les navigateurs alternatifs notamment en invitant notre entourage à sauter le pas en leur expliquant simplement et concrètement les grandes différences, sans faire trop technique. La navigation par onglet, la protection anti-spyware, la rapidité et la customisation d'un Firefox, par exemple, ont déjà convaincu un certain nombre de mes proches! Après, leur prouver par A + B qu'un site A ne s'affiche pas de la même façon dans IE ou dans le navigateur N, ils n'y sont pas si sensibles du moment qu'ils trouvent sans mal la navigation et que les liens, les formulaires fonctionnent. Je suis le genre de personne qui va pouvoir passer 3 jours à hanter les forums comme Webmaster Hub (bien qu'il soit unique ) afin de trouver pourquoi tel élément n'a pas la même largeur de marge dans IE que dans FF! Pourtant, au final, qui se soucie d'une différence de quelques pixels? Ceci dit, il y a aussi les indécrottables d'IE, qui ne veulent en changer pour rien au monde, qui ont peur qu'une mise à jour flingue leur ordi par exemple, ou qui n'ont pas confiance en quelque chose qu'ils ne connaissent pas. "If it works, don't fix it", comme disent les Anglo-saxons; quand on n'y connaît que pouic en informatique, on n'ose tout simplement pas "bidouiller" de peur de tout flinguer. Je peux comprendre ça aussi vu que ça m'est déjà arrivé et que c'est très lourd quand on n'a pas de petit génie de l'informatique sous la main, ce qui doit arriver à pas mal de monde. Enfin, tout ça pour dire que, en règle général, ce n'est pas à l'utilisateur de s'adapter à la technologie, mais à la technologie de s'adapter à lui, selon moi. C'est difficile de blâmer les 1,5% d'utilisateurs qui en sont encore à IE5 en ignorant tout d'eux. Au final, tout mettant du temps à évoluer (cf. IE7 qui est sorti il y a déjà pas mal de temps, pourtant la majorité des utilisateurs d'IE en sont toujours à la version 6), il faudrait que les développeurs s'adaptent encore quelques temps aux profils d'utilisateurs moins "dans le move", même si c'est très contraignant. Après, point trop de masochisme non plus: je pense que tout dépend du projet. Evidemment, une grande compatibilité est nécessaire, à mon avis, pour les sites corporate, commerciaux et d'informations générales; pour les sites plus personnels, comme le mien, peut-être n'est-ce pas assez rentable en terme de temps et d'énergie de passer un mois à pondre une CSS qui finalement ne sera affichée que par 23 personnes en 6 mois... Qu'en penses-tu? Bien qu'utilisant MultipleIEs, que je trouve très pratique, j'ai toutefois résisté à la tentation d'installer IE3 et IE4! Faut pas pousser mémé dans les orties. J'hallucine avec ton visiteur, là... o_O IE2 ça existe encore?! Ton site a dû attirer la seule personne au monde qui l'utilise encore
  3. Bonjour à tous, Je travaille actuellement sur le cahier des charges d'un de mes sites, que j'entends refaire d'ici la fin de l'année. Ce site sera un webzine culturel, géré par Wordpress, et respectant les standards d'accessibilité. Sa particularité résidera notamment dans son graphisme, un mélange de fantasy et de style web 2.0. A ce sujet, j'ai trouvé un thème pour Wordpress qui serait une bonne base pour ce que j'ai en tête (je corrigerai évidemment les quelques erreurs se produisant lors de sa validation). Toutefois, avant de l'installer et de commencer à le modifier, je l'ai testé sur les navigateurs à ma portée: Firefox 2, Opera 9, IE 7, IE6, IE 5.5 (je travaille sous Windows). Le thème passe bien sur ces navigateurs sauf sur IE 5 (y compris 5.5). Du coup, bien que je pourrais créer une CSS à part pour cette version, j'avoue que j'aimerais, avant de me lancer éventuellement dans cette odyssée, avoir votre avis sur la pertinence d'une telle démarche, surtout au regard des statistiques sur les navigateurs: en 2007, l'utilisation d'IE5 est passé de 3% à 1,5% des internautes... D'où ma question: est-ce que cela vaut le coup de créer une CSS spéciale IE5 afin que le design de mon site soit strictement le même d'une version/d'un navigateur à un(e) autre, ou puis-je me contenter d'une CSS allégée, qui certes ne reproduira pas à la stricte identique le design "officiel" du site, mais permettra néanmoins aux utilisateurs d'IE5 de naviguer sans problème? J'avoue que j'ai des scrupules à choisir la seconde option; mon côté perfectionniste et ma conscience éthique voudrait que chaque internaute puisse accéder de manière égale à mon site, contenu ET design, l'un et l'autre jouant des rôles équivalents. Néanmoins, étant un peu juste sur mes délais, je m'interroge sur l'utilité de passer deux semaines à me prendre le chou sur une version spéciale pour le seul IE5, navigateur obsolète qui n'est plus utilisé que par 1,5% des internautes... Qu'en pensez-vous? D'avance merci pour vos arguments ;-)
  4. Bah je ne sais pas trop où le mettre... J'avais déjà essayé y'a quelques temps, mais ça m'avait tout planté. Je ne suis pas une experte en PHP Ce qui est bizarre, c'est que jusqu'à avant-hier, avant que je change le code de manière à supprimer les lignes vides dont tu parles, tout fonctionnait bien; mon blog n'a jamais été interprété en mode Quirks sur aucun des navigateurs testés (Mozilla Firefox 1.5 et 2, Internet Explorer 6 et 7, Opera 9 pour Windows, Safari pour Mac, Galeon et Mozilla Firefox 2 pour Linux).
  5. Je ne disais pas ça dans cette optique (j'ignorais même que marquer "résolu" améliorait le référencement :!: ), mais pour éviter à d'autres utilisateurs du Hub de se casser la tête pour rien, ne sachant pas que le sujet est résolu - comme on m'a fait la remarque dans un précédent sujet. :-)
  6. Merci ghost, toujours un précieux allié ;-) Le truc c'est que j'utilise Wordpress pour générer mon blog, et les lignes vides au début du code source sont dûes à un script PHP qui prend trois lignes mais n'apparaît évidemment pas dans le HTML... Pas terrible-terrible. :-/ Edit: bon, j'ai désactivé le script PHP qui n'était pas d'une utilité folle, du coup tout est rentré dans l'ordre. Merci!
  7. Bonjour à tous! Kreessou le retour, avec ses problèmes de CSS qui n'arrivent qu'à elle. Sur mon blog, sur la page qui affichent les résultats d'une recherche (exemple) ou d'une page d'archives, Firefox n'affiche pas certains border-bottom, alors que IE, même IE6, si. Voir image: Le bloc contenant le premier résultat n'a pas de border-bottom, tandis que le second, si; pourtant ils sont contenus par des blocs ayant strictement la même classe, c'est à dire la classe .post: .post { background-color:#fff; margin: 0 0 20px 0; padding: 0 0 20px 0; border: 1px solid #eadaed; } Ce non-affichage est totalement aléatoire dans Firefox. Ce n'est pas systématiquement le premier bloc qui n'a pas de border-bottom. J'avoue que je ne comprends pas d'où ça peut venir :!: Votre aide est plus que bienvenue! Certes, ce n'est pas un bug massif, mais j'aimerais quand même que ça s'affiche correctement. D'avance merci! >> Ma CSS complète.
  8. Merci beaucoup! Le problème est effectivement résolu en veillant à ce que les deux blocs ont suffisamment de place pour pouvoir être effectivement affichés côte à côte et en supprimant le dit margin-left. Si un modérateur pouvait marquer le sujet comme résolu, ça serait pratique. :-) (nb: je n'ai pas réussi à éditer le sujet avec "Edition rapide", en cliquant sur le bouton "Terminer", rien ne se passe - m'obligeant à recommencer en choisissant "Edition complète"..)
  9. Bonjour, et merci beaucoup pour ta réponse rapide! J'ai repris ma CSS en supprimant le "position:absolute" de la div bloc_cotenu_droit (la div à fond gris), en lui mettant un float:left et un margin-left de la largeur de la div qui vient avant elle, c'est à dire bloc_contenu_gauche (elle aussi en float:left). Cependant, bien que la div bloc_contenu_droit se place effectivement à droite de son parent (bloc_contenu), elle passe quand même sous la div à sa gauche, c'est à dire bloc_contenu_gauche. Bout de CSS modifié (en gras, les éléments qui posent sûrement problème ou contiennent la solution): /*Bloc contenu */ #bloc_contenu { padding: 0; margin: 0; [b]width: 938px;[/b] [b]position: relative;[/b] - [i]est-cela qui pose problème?[/i] right: 0; min-height: 550px; } #bloc_contenu_gauche { [b]float: left;[/b] margin: 0 !important; [b]width: 680px; [/b] padding: 10px 0 15px 0; border:0px solid black; min-height:250px; } ... /* Colonne droite */ #bloc_contenu_droit { [b]width: 258px;[/b] [b]float:left;[/b] [b]margin-left:680px; top: 0;[/b] border: 0; } /* Footer */ #footer { font-size: 0.85em; padding: 2em 1em 2em 2em; border-width: 1px 0 0 0; border-style : dashed; border-color: Black; color: #787878; [b]clear: both;[/b] } Cf. capture pour comprendre d'un coup d'oeil le problème: Je comprends d'autant moins que la div bloc_contenu_droit contient "top: 0;"... ça veut donc dire qu'elle se place encore sous la div "bloc_contenu_gauche", or je ne comprends pas pourquoi vu que j'ai mis les 2 div en flottant, sans positionnement.
  10. Bonjour à tous :-) Après plusieurs heures d'essais infructueux, basés sur une dizaine d'articles et de tuto consacrés aux blocs flottants et au clear:both, je m'adresse à vous dans l'espoir que quelqu'un m'aidera à résoudre assez gênant qui apparaît dans une CSS sur laquelle je suis en train de travailler. Site en démo ici: http://kreestal.free.fr/needhelp (Le PHP et les liens ne fonctionnent pas, c'est uniquement pour vous montrer le problème de CSS) Le problème: la div grise, située à droite, passe par-dessus le footer, alors que celui-ci a bien la propriété clear:both. Je voudrais que le footer soit toujours au bas de la page (et non de la fenêtre comme c'était le cas il y a quelques temps). Vous trouverez la CSS générale en entier à cette adresse, mais je vous poste ici les extraits qui me semblent les plus pertinents: (la CSS spécifique au bloc de droite, qui contient le bloc à fond gris, se trouve, elle, à cette adresse) /*Bloc contenu */ #bloc_contenu { padding: 0; margin: 0; width: 938px; position: relative; right: 0; min-height: 550px; } #bloc_contenu_gauche { float: left; margin: 0 !important; width: 680px; padding: 10px 0 15px 0; border:0px solid black; min-height:250px; } #bloc_contenu_gauche h1 { font-weight: bold; text-align: left; width: 100%; border-width: 0px; border-style : solid; border-color: Black; color: #ff7f00; font-size: 1.6em; padding: 0 0 10px 0; margin: 0px 0 0 0px; } /* Colonne droite */ #bloc_contenu_droit { margin: 0 !important; width: 255px; position: absolute; top: 0; right: 0; border-width: 0; border-style : solid; border-color: #DFA300; } /* Footer */ #footer { font-size: 0.85em; padding: 2em 1em 2em 2em; border-width: 1px 0 0 0; border-style : dashed; border-color: Black; color: #787878; [b]clear: both;[/b] } + le HTML (allégé): <div id="bloc_contenu"> <div id="bloc_contenu_gauche"> ... </div> [b]<div id="bloc_contenu_droit">[/b] <div id="bloc_pub" class="sous_bloc_droit"> Emplacement de bandeau publicitaire 250 * 250 </div> <div id="info_test" class="sous_bloc_droit"> <div class="top"> <div class="titre">TEST DE ZONE SUPPLEMENTAIRE</div> </div> <div class="middle"> ZONE POUR DU TEXTE SUPPLEMENTAIRE ZONE POUR DU TEXTE SUPPLEMENTAIRE ZONE POUR DU TEXTE SUPPLEMENTAIRE ZONE POUR DU TEXTE SUPPLEMENTAIRE ... </div> <div class="bottom"> </div> </div> </div> </div> [b]<div id="footer">[/b] <div id='footerRight'> FOOTER </div> Petite précision: sur ce projet je ne m'occupe que de la CSS, et non de l'architecture du site (je le dis pour prévenir les remarques sur le nombre de CSS incluses dans le header ); d'autre part je ne me suis pas encore attelée à la CSS spécifique sur IE6: il vaut donc mieux éviter de visualiser le site avec pour l'instant - work in progress. D'avance un grand merci!
  11. Merci beaucoup pour votre aide! En effet, en privilégiant une taille fixe, ça marche nickel. (Et effectivement le clear:right servait à que dalle )
  12. Bonsoir à tous! Actuellement je travaille sur un site de type portfolio. Sur la page d'accueil du site, il m'a semblé judicieux de mettre en évidence les 4 dernières créations de l'artiste. Voici le résultat espéré, obtenu dans IE7: Et le résultat obtenu dans Firefox 2.0.0.3 et dans IE6: Mon code HTML de la div "Derniers travaux", entourée en rouge: <div id="container"> ... <div id="intro"> ... <div id="preamble"> <h3><span>Derniers travaux</span></h3> <ul> <li><a href=""><img src="images/dernierstravaux/clarte_min.jpg" alt="Clarté" /></a></li> <li><a href=""><img src="images/dernierstravaux/Dark-water_min.jpg" alt="Dark water" /></a></li> <li><a href=""><img src="images/dernierstravaux/portrait_min.jpg" alt="Portrait" /></a></li> <li><a href=""><img src="images/dernierstravaux/camee_min.jpg" alt="Camée" /></a></li> </ul> </div> </div> ... </div> Ma CSS: /* specific divs */ #container { background-color:transparent; padding: 0px 15px 0px 520px; margin: 0px; position: absolute; top: 0px; left: 0px; } #intro { min-width: 470px; } #preamble { clear: right; background-color:#e0dcc8; padding: 0px 10px 5px 10px; margin-left:auto; margin-right:auto; width:90%; } #preamble ul {margin-left:-38px;} #preamble ul li { display: inline; list-style:none; margin:0; padding:0; font: italic 10px georgia; } #preamble ul li img { border:1px solid #f1eedb; } #preamble h3 { font-weight:bold; font-style:normal; padding-top:7px; } J'espère que je n'ai rien oublié D'avance merci pour tout conseil!
  13. Ghost, tu mérites une médaille en chocolat pour ton aide! ça fonctionne nickel maintenant C'est quand même bizarre qu'IE "bloque" sur le padding (ici, c'était le padding bottom qui posait problème... oO) Topic résolu! :!:
  14. Petite mise à jour: ne trouvant pas de solution aux problèmes évoqués ci-dessus, j'ai repris ma CSS depuis le début et fait le grand nettoyage (en écrivant notamment deux CSS propre à IE 6 et 7, incluses dans mes pages grâce aux commentaires conditionnels). Le problème sous Firefox est donc réglé (bien que je ne comprenne pas trop à quoi il était dû). Par contre, on s'en doutait, le problème sous IE résiste: toujours ce même bug d'affichage évoqué dans le post précédent: Ajoutons que cela concerne aussi le corps de mes billets, en plus des commentaires. Voir ici une illustration du bug dans IE6 (déroulez la page au niveau des derniers commentaires, puis survolez les liens avec votre souris). J'ai supprimé le hack hasLayout car finalement avec le remaniement de ma CSS, il faisait plus de mal que de bien. D'avance merci pour toute suggestion, toute piste, aussi infime soit-elle, car là je suis vraiment bloquée...
  15. Bon, dommage que je ne puisse pas éditer mon précédent message. Je tiens juste à préciser les choses grâce à des captures d'écran: - Firefox only : la div "footer" se décale curieusement vers la droite, alors qu'elle devrait être sous la div "content" qui est au-dessus d'elle. Cela n'arrive que sur certaines pages en plus, et pas sur toutes... ;; Je travaille avec Wordpress, et ce problème ne concerne que les "pages" (=contenu fixe, comme "à propos", "contact"), et non les "billets" (=les articles ajoutés régulièrement au blog). Exemples de "pages" où le footer s'affiche mal: A propos Tags Exemples de "Billets" qui ne sont pas concernés et où le footer s'affiche bien: Bruissement Oxyde Je ne comprends pas! Les marges sont exactement les mêmes sur les deux gabarits, il doit donc s'agir d'un bug d'affichage et non d'une différence dans ma CSS. * A noter que ce bug n'existe pas sur IE * - Internet Explorer 6 et 7 only: alors là, accrochez vos ceintures. Au chargement d'un "billet", j'ai désormais ce très pénible bug d'affichage: Autrement dit: certains champs de formulaire ainsi que certains commentaires semblent soudain avoir une marge négative qui sort d'on ne sait où. Mais ce qu'il y a de plus bizarre, c'est que quand je passe la souris sur les liens existants dans ces morceaux de texte décalés, ils se remettent à leur place. Ci-dessous, l'exemple pour le titre "Ecrire un commentaire", remis soudain à sa place quand la souris survole les liens "Fil RSS" ou "Trackback": Une vache n'y retrouverait pas ses veaux... * A noter que ce bug, lui, n'existe pas dans FF * Quelqu'un pourrait-il m'aider SVP?
  16. Ahum, c'est à nouveau moi, encore un problème du même genre sur le même site. Voyez par vous-mêmes: mon footer est étrangement décalé sur les "pages" du sites (comme celle que j'ai donné en exemple), alors qu'il ne l'est pas a priori sur les billets (exemple de "billet"). Ce problème n'a été rencontré que dans Firefox. Par contre, dans IE 6 et IE7, un nouveau problème sorti de la cuisse de Jupiter: les commentaires et le formulaire de commentaire s'affichent mal maintenant, très décalés sur la gauche; or, si je passe la souris sur les liens que ces éléments contiennent éventuellement, tout se remet en place... Ce qui est bien avec les CSS, c'est qu'on est toujours surpris
  17. En fait c'est ce que j'ai fait! Au départ je ne l'avais appliqué qu'à la div contenant le post, et ensuite, j'ai remarqué que cela ne corrigeait pas tout, donc j'ai, au pif, tenté de l'appliquer à "content" et en effet ça a fonctionné. Rien de tout cela n'aurait été possible sans ton aide précieuse! Je ne suis qu'un petit padawan. Merci d'avoir pris le temps de survoler mes scribouillages...*
  18. Wow, merci beaucoup! Très touchée que tu apprécies.
  19. De retour chez moi j'ai testé la page problématique avec IE7: test non concluant. Pour résumer: IE7: la div "content" est collée à la div "sidebar" alors que cela ne devrait pas être le cas. Sur le reste du site ça fonctionne a priori. Seule cette page coince, et j'ignore pourquoi! En outre, il y a un espace blanc incompréhensible en bas de la page, sous le formulaire de commentaire. Edit: problème résolu grâce au hack donné dans ce lien: <!--[if IE 7]><style> .gainlayout { zoom: 1;} </style><![endif]--> Firefox 2: du coup ne reste plus que le problème posé dans Firefox: l'espace blanc qui se trouve en bas de cette page sous le formulaire de commentaire. Le problème est résolu!! Que ça soulage!! Pour reméder au bug dans Firefox, je me suis aidée de ce très bon article. Ainsi, il fallait préciser "overflow:auto" dans la class .gainlayout (ici, appliquée à la div "content").
  20. Bonjour ghost, merci beaucoup pour ta réponse (postée à 2h30 du mat'!!) ;-) J'ai rajouté le hack que tu suggères dans la div que tu suggères (sous la forme d'une class .gainlayout comme indiqué sur le site que tu as linké): <div style="height: 1%;" class="post" id="post-99"> ...mais cela n'enlevait (en tout cas sur la bécanne que j'utilise à la fac) que le blanc qui existait avant l'image, et pas le problème de padding/margin et l'espace blanc sous le formulaire que j'avais sur la 2e page dans IE6. Du coup j'ai appliqué la class à la div supérieure (la div "content"), en supprimant la class de la div que tu suggérais, et là ça a fonctionné. Edit: je me suis réjouie trop vite: le problème n'est pas réglé dans Firefox: le même espace blanc se situe sous le formulaire de commentaire sur cette page. Je ne comprends pas Quant aux commentaires conditionnels, je me pencherai dessus dès que ces problèmes de CSS seront réglés! Il me semble en effet que ça doit être plus propre et plus fiable.
  21. Bonsoir à tous! C'est après trois jours de modification acharnée de CSS et de tests en tous genres sur différents navigateurs (Firefox, IE6, I7, IE pour Mac, Safari, Opéra...) que je touchais au but, quand j'ai dû réaliser qu'IE était plus fort que moi. J'ai plusieurs gros bugs que je ne parviens pas à résoudre toute seule. Pour info, mon blog utilise Wordpress 2.1.1, soit la toute dernière version. Edit: ma feuille de style se trouve à cette adresse. Espace blanc inexplicable dans IE6: je n'ai jamais vu un bug pareil. Rendez-vous, avec IE6, sur l'article suivant. Le billet, contenu dans la div "content", commence par une image, suivie ensuite par du texte. Dans Firefox et IE7, tout va bien. Par contre IE6 rajoute un inexplicable espace blanc énorme entre le titre du billet et l'image... Je ne comprends pas pourquoi!!! J'ai beau regarder la source, je ne vois rien de suspect (cependant je n'arrive pas à valider ma page en Strict, peut-être est-ce dû à ça?). Le même problème se pose, à d'autres endroits (à croire que ce bug n'en fait qu'à sa tête) du site, en particulier sur les billets n'ayant eu aucune réponse. Exemple ici (à consulter avec n'importe quelle version d'IE cette fois): l'espace blanc se trouve désormais au bas de la page, sous le formulaire de commentaire. Problème de padding ou de margin: à ce problème d'espace blanc inexplicable se greffe un problème de padding ou de margin (je n'ai pas réussi à l'identifier) sur les billets n'ayant pas encore reçu suffisamment de commentaires pour "pousser" le formulaire de commentaires au plus bas de la page (?). Exemple encore ici à regarder dans n'importe quelle version d'IE: la div "content" est mystérieusement collé à la div "sidebar", alors que cela ne doit pas être le cas. Des règles différentes pour des navigateurs différents: enfin, le petit bonus est que je me prends les pieds dans les différents hacks, pour IE6, IE7, pour que quelque chose fonctionne dans Firefox mais pas dans IE, bref, ma css est assez épouvantable. J'ai lu des articles sur les commentaires conditionnels, mais j'hésite à les utiliser car je ne sais pas si les CSS ainsi indiquées prendront le pas sur la CSS principale pour les navigateurs auxquelles elles s'adressent en particulier. Je dois avouer que les différences padding et margin IE/FF commence à sérieusement me prendre la tête... Si vous pouviez éclairer mon chemin tortueux de vos respectables lumières, j'avoue que vous me libéreriez d'un immense poids. D'avance merci à vous!
  22. Je me pose la même question, personne n'a une idée?? S'il vous plaît
  23. HOURRAH!!! Grâce à ton lien, et plus précisément grâce à celui-là, j'ai atteint mon objectif!! Merci Deathruct!!! Voir le résultat ici: http://www.aenemya.com/lookie.htm Ce qui a changé: j'ai supprimé l'image de fond de la div qui posait problème, à savoir #contenu. Parallèlement, j'ai indiqué une image d'arrière-plan dans <body>, en indiquant ses coordonnées, pour qu'elle soit bien positionnée par rapport à la div #menu qui fait 201px de large: background: 201px 0 url(images/pink.jpg) no-repeat fixed; Et voilà! Salut Dudu, Argh, quand j'ai lu cette réponse, j'étais vraiment découragée -- toutefois, l'espoir était encore là, bien caché certes, mais bien là! Cela dit, sur le principe je suis d'accord: s'il n'y a vraiment aucune solution à un problème dans IE (ou dans un autre navigateur, mais il semble que IE gagne presque à tous les coups la palme du navigateur le plus chiant), il faut laisser tomber, de toute façon on n'a pas vraiment le choix... Raison de plus si le site sur lequel on travaille fonctionne dans la plupart des autres navigateurs que celui qui pose problème. Mais c'est quand même bien lourd, car il y a encore un paquet d'internautes qui utilisent IE, et pas vraiment par choix: je ne compte plus le nombre de personnes dans mon entourage qui, bien qu'internautes réguliers, ignorent presque qu'il y a d'autres navigateurs qu'IE!... Bon, alors admettons que ce n'est pas de leur faute; après tout, moi aussi j'ignorais l'existence de ce fabuleux navigateur qu'est Mozilla avant qu'on m'en fasse l'éloge. C'est alors au webmaster de s'adapter, de créer des sites le plus compatible possible avec tous les navigateurs. Donc, si on abandonne faute de mieux, en tant que webmaster on sera forcément montré du doigt (certes, surtout par les autres webmasters qui ont réussi là où on a échoué; mais aussi par les quelques internautes zélés qui vous enverront un email pour récapituler tout ce qui ne fonctionne pas dans votre site -- ça m'est arrivé); et quand bien même, je ne trouve pas que ce soit une sensation très agréable que de mettre en ligne un site que l'on sait, au fond de soi, médiocre, car justement, imparfait... (ou peut-être suis-je trop dure avec moi-même?) Quand je parcours les sujets du Hub, d'Alsacréations, et de tous les sites dont on parle ici et là, compilations d'astuces CSS redoutables, hacks défiant la logique la plus mathématique, etc, je me dis que dans tous les cas, il y a forcément un petit malin ou une petite maligne qui aura THE solution à un problème quelconque... Mon côté optimiste peut-être
  24. Oui, cela fonctionnerait si mon image de fond était unie - mais ce n'est pas le cas! Comme il s'agit du squelette de mon portfolio, l'image d'arrière-plan consituera un vrai design, avec un paysage et une nana. L'image donnée sur lookie.htm est juste un exemple, pour vous montrer le problème
  25. Bonsoir Marvin, Merci pour ta réponse! ;-) Malheureusement, la solution que tu proposes ne donne pas vraiment le résultat escompté; je te renvoie au résultat, avec script, ici: http://www.aenemya.com/lookie2.htm (à voir avec MSIE bien sûr): non seulement l'image d'arrière-plan dont il est question n'est pas fixée, mais le défilement permet toujours de voir l'arrière-plan quand l'image "s'arrête", et en plus chez moi je vois une bande blanche étrange qui apparaît comme par magie à droite... Ne s'agirait-il pas d'une question d'overflow:auto, ou un rapport avec le min-height? Argh, j'avoue que je n'en sais rien J'ai fait des recherches, mais je n'ai rien trouvé (ou alors j'utilise les mauvais mots clefs) -- aurais-tu d'autres liens à me proposer?
×
×
  • Create New...