css - xhml - Page 1

J'ai un petit souci avec un site perso que je suis en train de faire. Sous Firefox, il passe impec (normal, je l'ai fait en utilisant ce dernier comme point de référence), sous Opéra, c'est une vraie chierie et sous IE, carrément rien n'apparait. Comme au taff on ne développe que pour FF (applications internes), je ne connais plus les limitations de IE (et encore moins celles d'Opéra).
Si qq'un voit quelque chose d'incorrect dans mon site (qui passe très bien les tests du w3c en dehors de un point pour le CSS et de deux points pour le XHTML), je suis preneur !

Edit : Ca passe presque bien avec Amaya.

il est ou ton site ?

chuis trop con
http://www.brumeries.info/voyage/

Bon je viens de voir pour ie... C'est ton javascript qui a un soucis. Desole, j'ai pas le tps de plus approfondir mes recherches.

J'ai trouvé merci
Ma balise de script jS était définie ainsi
<script type="text/javascript" src="./vdn.js" />
a priori, ça doit être <script type="text/javascript" src="./vdn.js"></script> quoi qu'il arrive (à la fois logique et illogique).
Ca a aussi résolu le problème pour Opéra.

Ah, et pour ceux qui ne l'ont pas encore, je conseille http://www.microsoft.com/downloads/details.aspx?FamilyID=e59c3964-672d-4511-bb3e-2d5e1db91038&displaylang=en
Bien moins bien que la Web Developer Toolbar développée pour Firefox, elle reste quand même pratique

Passe tres bien sous Safari (faut dire que safari est le seul (?) avec KHTML a être 100% CSS2 compliant ^^ (acid2 toussa ))

Ok, merci (à cause d'IE j'ai été obligé de mettre des trucs non xhtml )
Par contre, si qq'un a un système pour centrer verticalement une image ou un div dans un autre cadre, je suis preneur (vertical-align semble ne fonctionner que pour le texte et pas pour le reste)

Les images du diaporama ? (sous safari elle ne sont pas centré non plus)

Hmmm j'ai trouvé un workaround, mais je suis curieux de voir ce que ça fait ailleurs que sous les principaux navs Windowsiens (sous FF, c'est parfait, sous Opera, il y a des marges un peu grandes, mais c'est ok, sous IE c'est acceptable, mais vu que min-height ne fonctionne pas et que le contournement habituel ne semble pas passer, bah tant pis )

Safari ça semble parfait aussi ^^

(au passage cliquer sur l'image me semblerais mieux que juste un rollover..)



(si tu veux je peux faire des screens de plus de la page)

./7 : oui et non. Tout d'abord, l'acid2 authentifie-t-il à coup sûr que si on le passe, on est full CSS2 compliant ? Il me semble bien que non.
Ensuite, le test acid2 qui passe avec safari n'est vrai que pour les utilisateurs de Tiger.

kim :
./7 : oui et non. Tout d'abord, l'acid2 authentifie-t-il à coup sûr que si on le passe, on est full CSS2 compliant ? Il me semble bien que non.
Ensuite, le test acid2 qui passe avec safari n'est vrai que pour les utilisateurs de Tiger.

Et alors ? les version de safari pour panther sont dépassé
Forcement que seul les version 10.4 soit a jour..

Sinon pour ce qui est de Acid2, si c'était si peu important, pourquoi il se sont tous précipité pour être le premier a le passer ?

godzil > Impec, c'est ce que ça doit donner , sinonr, je pense que ça sera un onclick qui sera utilisé au final

./13 : et pourtant, panther n'est pas dépassé... Faudrait voir à réfléchir quand tu voues à la mort des outils encore beaucoup utilisés.

Et tout le monde se précipite dessus parce que le test est joli, il donne un résultat *visible* de ce qu'on devrait avoir. Et il comporte beaucoup de crasses connues comme n'étant pas supportées. Exemple con : l'acid2 test n'a aucun fieldset C'est con, tu vas me dire, mais si tu ne couvres pas l'ensemble des éléments, comment dire que tu vas valider 100% ?
Si ça se trouve, ton truc passera l'acid2, tu auras une CSS valide, et pourtant aura un mauvais rendu sur un élément non représenté dans l'acid2

EDIT : pris sur le site de l'acid2 :

Acid2 tests features that web designers have been requesting. Everything that Acid2 tests is specified in a Web standard, but not all Web standards are tested.

Oulah, strange, Amaya pourtant prôné par le w3c ne passe pas du tout l'Acid2 (qui, je le confirme, n'est en aucun cas un test prouvant la conformité totale css 2, simplement une référence générale)

En même temps, quand je lis

Note: some 827 people (rough estimate, contents may have settled during shipping) have written to point out that the CSS used in the test is invalid. This is deliberate, as a means of exposing the ability of user agents to handle invalid CSS properly.

ça ne m'étonne pas dans la mesure où le w3c indique qu'une classe CSS doit être totalement ignorée s'il y a une erreur dans sa déclaration.
Donc un navigateur conforme au CSS2 ne doit pas afficher l'Acid2 correctement

en même tps, sauf cas exceptionnel où la spécification ne porterait que sur un nombre fini d'entrées, une suite de test ne suffit jamais à prouver la validité d'un programme hein elle peut juste démontrer qu'une partie des programmes sont invalides...

Nil :
dans la mesure où le w3c indique qu'une classe CSS doit être totalement ignorée s'il y a une erreur dans sa déclaration.
Donc un navigateur conforme au CSS2 ne doit pas afficher l'Acid2 correctement

Ben non, CSS2 parle bien des erreurs, et définit exactement ce qu'il faut faire dans un certain nb de cas :
http://www.w3.org/TR/CSS21/syndata.html#parsing-errors

Dans les autres cas, le navigateur fait un peu ce qu'il veut, la spécification s'en fiche :
http://www.w3.org/TR/CSS21/conform.html#q3

Je ne sais pas dans quelle classe tombent les erreurs d'Acid2 (flemme de chercher), mais si c'est bien dans la première classe, *tous* les navigateurs CSS2 devraient afficher Acid2 correctement. Si c'était dans la deuxième classe, alors effectivement un navigateur *pourrait* ne pas l'afficher correctement, mais en tout cas il ne serait pas obligé de ne pas l'afficher ^^

en même tps, sauf cas exceptionnel où la spécification ne porterait que sur un nombre fini d'entrées, une suite de test ne suffit jamais à prouver la validité d'un programme hein elle peut juste démontrer qu'une partie des programmes sont invalides...

Oué, enfin quand on voit le boulot pour faire un automate qui vérifie un algo (sans compter qu'il faudrait un automate pour vérifier l'automate... ou un automate qui s'auto-vérifie), la série de test est un poil plus simple à réaliser

Par rapport à tes remarques > oui, j'ai vu ça après coup

(vertical-align semble ne fonctionner que pour le texte et pas pour le reste)

Vertical-align ne sert pas à ça.
Je vais manger et je détaille après. (même si je me doute que vu le temps ça a rien d'urgent)

vertical-align ca sert a aligner verticalement un texte compris dans une cellules d'un tbleau

vi, ça je sais, mais bon, j'imaginais (espérais) que ça pouvait toucher d'autres objets.

vertical-align ca sert a aligner verticalement un texte compris dans une cellules d'un tbleau

Et pan, raté
Justement, vertical-align ne sert *pas* à aligner verticalement un objet dans un autre. Il n'existe pas, en CSS2, de propriété permettant de centrer des choses verticalement. C'est une erreur extrèmement courante.

Cet attribut définit le point de référence utilisé pour l'alignement d'un objet inline dans le flux.

Il se trouve que dans un cas précis, cela revient à aligner verticalement le contenu : pour une cellule de tableau contenant une seule ligne (que cette ligne soit une image, ou n'importe quoi d'autre n'est absolument pas gênant).

Donc typiquement l'astuce c'est de forcer un rendu en mode cellule avec un display: table-cell;

pourtant, chaque cellule a bien les attributs necessaires pour vertical-align

http://www.w3.org/TR/REC-CSS2/tables.html#height-layout

Pour le vertical-align oui, mais justement c'est ce que j'explique au dessus, le vertical-align ne sert pas à ça. C'est un alignement vertical du flux.

Je relevais juste le "Et pan, raté"

Ben le raté n'est pas sur la présence de l'attribut, mais sur son utilité / effet