Reprise du message précédent :

niveau organisation, oui. niveau navigateur, non.  
 
>> et pour ie5 mac ? vu le nom de la fonction, ça marchera pas... paradoxal, quand on sait qu'ie5 mac supporte parfaitement les png...  
 
c'est vrai, c'est un truc à corriger. faut que je trouve un mac pour tester.
 
>> 1) sauf que c'est IE qui introduit des trucs pas standards, pas Mozilla  
 
"yep, la méthode reste nulle quoiqu'il arrive ... "
 
>> 2) sauf que les iframe ne font pas partie de la norme strict  
 
et ? je suppose alors que ça a été remplacé par autre chose, un nouvel élément ou style css qui permet d'afficher une page en 'inline.'
 
>> 3) no comment  
 
que je ne. je ne suis pas développeur web, je ne suis donc pas tout ce que toutes les nouvelles moutures sont censées apporter. en continuant d'éxagérer, je ne vois plus que des petites guéguerres de présentation et de l'xml / xsl à toutes les sauces.  
 
>> ça sert à quoi ?  
 
? innerHTML = comme son nom l'indique, changer l'html contenu par une node (<span id='texte></span>  puis en js : texte.innerHTML = '<b>bonjour</b>'
 
offsetTop & co = taille d'une node et position par rapport à son parent.

les autres, tu vas leur parler, tu vas leur botter le cul pour qu'ils gueulent devant microsoft.

 
Microsoft mettrait encore plus de portions propriétaires, pour empecher que la concurrence ne soit compatible, si ie est si "réputé" pour sa compatibilité, c'est a cause de cette politique.
 
Ce serait une course perdue d'avance.

? innerHTML = comme son nom l'indique, changer l'html contenu par une node (<span id='texte></span>  puis en js : texte.innerHTML = '<b>bonjour</b>'
 
euh... ça existe pas déjà de manière standard avec un truc du genre content ?
 
edit: ah non ; cela dit, étant donné que les normes sont prévues pour que tout fonctionne partout pour tous (il y a par exemple un souci des aveugles), je crois pas que ce sera inclus, et d'ailleurs, je trouve ça salle... autant jouer avec des display: none en css pour afficher/cacher des blocs
 
offsetTop & co = taille d'une node et position par rapport à son parent.  

 
y a les marges et les attributs de position pour faire ça... mais comme le box model d'IE est buggué...

[jfdsdjhfuetppo]--Message édité par prfy le 28-05-2002 à 16:08:38--[/jfdsdjhfuetppo]

>> euh... ça existe pas déjà de manière standard avec un truc du genre content ?
 
non. tu peux changer le texte d'une node texte, et peut-être bidouiller avec les textRanges.  
 
>> y a les marges et les attributs de position pour faire ça... mais comme le box model d'IE est buggué...  
 
? ce genre de trucs permet de connaître la position et la taille d'un élément. comment fais-tu ça avec les marges et les attributs de position ?

 
Et ils m'enverront chier en me disant que je n'ai qu'a utilisé ie. Merci ms de faire les cons avec la norme.

 
DOM is your friend... (quoiqu'avec IE...)

 
ou pire, Opera J'espère que leur version 7 sera enfin à niveau avec ce genre de choses

antp a écrit a écrit :     ou pire, Opera J'espère que leur version 7 sera enfin à niveau avec ce genre de choses

 
t'as toujours pas répondu à ma question: comment as-tu obtenu de tels screenshot?
 
Parce qu'avec la dernière version de mozilla, ca bug.

 
Y a des bugs d'affichage dans mozilla windows... enfin ça dépend de la version ; c'était parti et c'est revenu ; je sais pas d'où ça vient...
 
Tant que je te tiens, tu m'as toujours pas répondu ;)

 
Ha désolé j'ai dû louper un post...  
j'ai Mozilla 0.9.9 (à la maison j'ai la 1.0 RC1 ou RC2, mais ça marchait aussi il me semble), sous Win2k (à la maison sous XP) et j'ai rien fait de spécial...

[jfdsdjhfuetppo]--Message édité par antp le 28-05-2002 à 16:59:11--[/jfdsdjhfuetppo]

prfy a écrit a écrit :     Y a des bugs d'affichage dans mozilla windows... enfin ça dépend de la version ; c'était parti et c'est revenu ; je sais pas d'où ça vient...   Tant que je te tiens, tu m'as toujours pas répondu

 
Ben je viens de lire les specs CSS2, et effet, c'est correct. Ca a vachement changé depuis les CSS1 en terme de possibilité, ca m'a induit en erreur, désolé.
 
Antp>> essaie avec la RC3, tu vas voir.
 
Sinon, je remarque que même amaya n'est pas capable d'afficher correctement la page. Pour le browser du w3c, je trouve ca assez fort.

gizmo, ca ressemble a quoi ton rendu?

je te fais un screen de suite.

voila:  

 
Tu vois comme le titre bug? il manque même l'image glandium.

 
Amaya reconnait très peu de choses en CSS2, enfin en tout même... il est pas très aware par rapport aux dernières normes ; et pis faire un brouteur valide sur les dernières normes, c'est un énooooorme boulot (y a qu'à voir Mozilla, et il a encore un nombre impressionnant de bugs sur des trucs qu'heureusement presque personne n'utilise)... ceci explique cela...
 
Pour ton bug de Mozilla, c'est un truc qui va et qui vient régulièrement, je commence à me demander si c'est pas une lib de windows qui fout la daube (y a bien un bug SSL à cause de certaines versions d'une dll d'IE...)

 
C'est clair que ça vaut pas le coup. Tu fais une belle page pour NS en leur mettant un lien vers IE6 et tout le monde (99%) est content.

 
J'avais eu ce prob avec une vieille version (avant la 0.9.8)

Les innerHTML sont ils gérés aussi bien sous Mozilla que sous Netscape ?
en tout cas sur mon mozilla (V1.Rc1) non  

C'est à moi que tu parles ?
 
Tu sais lire ?

Non, tu fais une page en (X)HTML conforme, ne requérant pas de navigateur particulier, et tout le monde est content.
 
Microsoft et Netscape font tous deux partie du W3C, il y en a un qui respecte les normes qu'il adopte et l'autre pas.

Nonnon.
 
http://www.w3.org/Press/PNG-PR.fr.html
 
Paris, le 7 octobre 1996 -- En réponse aux demandes d'amélioration des caractéristiques graphiques du Web (chargement plus rapide des images, qualité améliorée et fonctionnement sur toutes les plates-formes existantes), le Consortium World Wide Web (W3C) annonce aujourd'hui qu'il recommande l'utilisation de la spécification PNG (Portable Network Graphics). Celà signifie que la spécification est stable et qu'elle va dans le sens de la mission du W3C, « réaliser le plein potentiel du Web ». La spécification a été passée en revue par les membres du Consortium, qui prônent son adoption par l'industrie.

ca devrait faire plaisir à antp  

[jfdsdjhfuetppo]--Message édité par THE REAL SMILEY le 28-05-2002 à 20:45:30--[/jfdsdjhfuetppo]

 
Je croyais que tu parlais de CSS2

THE REAL SMILEY a écrit a écrit : Les innerHTML sont ils gérés aussi bien sous Mozilla que sous Netscape ? en tout cas sur mon mozilla (V1.Rc1) non

 
Il devrait cf. http://www.mozilla.org/docs/dom/do [...] _ref8.html
 
D'ailleurs, c'est un truc du DOM, je savais même pas :-p (j'aime pas ecmascript et dom :-p, xhtml + css2 roulaizent )
 
edit: faut que j'apprenne à lire : "Though not actually a part of the DOM spec (...)"

[jfdsdjhfuetppo]--Message édité par prfy le 28-05-2002 à 20:50:13--[/jfdsdjhfuetppo]

Rhhaaa quelle merde! plus je teste Mozilla et plus je trouve de bug dans sa gestion des CSS!  
Je sais pas combien de temps le mec de glandium a du bosser dessus pour que ca s'affiche correctement, mais c'est encore très loin d'être au point leur truc!

gizmo a écrit a écrit : Rhhaaa quelle merde! plus je teste Mozilla et plus je trouve de bug dans sa gestion des CSS!   Je sais pas combien de temps le mec de glandium a du bosser dessus pour que ca s'affiche correctement, mais c'est encore très loin d'être au point leur truc!

 
C'est quoi tes bugs ? j'en n'ai pas trouvé de flagrants ou super graves... à part des trucs sur le selecteur + mixé avec :hover... mais c'est pas tout le monde qui bourrine à ce point...
 
edit: c'est pas parce qu'il se comporte pas comme ie qu'il ne respecte pas les standards

[jfdsdjhfuetppo]--Message édité par prfy le 28-05-2002 à 20:53:56--[/jfdsdjhfuetppo]

oh, 3 fois rien:
- margin : auto ne fonctionne que si on définit des espacement par rapport au bord, ce qui est en totale contradiction avec son usage.
- font qui ne transmet pas systématiquement ses attributs aux sous-bloc
- border qui ne marche que si on indique des décalages
- gestion du positionnement relatif assez hasardeuse
 
etc...
 
des truc tout cons, qui passent sans problème au validateur XHML strict + CSS, qui passent nickel sous Opéra, IE6 et qui merde sous mozilla.

Ah oui, forcément... Le CSS2 aussi, c'est si « vieux » ?
M'enfin de façon générale, je me sers beaucoup plus souvent des PNG que des trucs tordus qu'on peut faire en CSS2. C'est un problème immédiat qu'on rencontre dès qu'on fait quelque chose de simple.

font ne fait plus partie du HTML 4/XHTML.

?? Là je pige pas...
 
Attention Mozilla est très sensible à la présence, ou pas, d'un DOCTYPE au début document HTML. Son comportemtent varie aussi selon qu'on utilise un DOCTYPE pour du HTML 3.2, 4.01...

 
- Le font, je parlais de l'attribut CSS, pas de la balise.
- Sinon j'ai bien le doctype correspondant, sinon ca ne passerait pas directement au validateur.

 
premiere chose : est-ce que tu as bien mis la dtd dans ton fichier ? mozilla ne se comporte pas de la meme maniere en fonction de la norme indiquee (et il a bien raison, parce que les choses ont change dans chaque version)
 
deuxieme chose : pour le margin: auto, tu peux lire les specs css, mozilla n'est pas du tout en contradiction.
 
pour les border, je comprend pas le probleme... par ailleurs, ie (pour opera je sais pas) est buggue au niveau du box model et ne respecte pas la norme ; que mozilla n'ait pas le meme rendu est peut-etre (et je dirais meme surement) normal.
 
pour les fonts, faut voir, de tete, là je sais plus trop quelles sont les conditions d'heritage ; cela dit j'ai jamsi eu de probleme non plus

j'ai les spec CSS sous les yeux, et oui, c'est une abération total de mozilla! Depuis quand, quand on veut centrer une image de 50*50px doit-on indiquer en plus de margin:auto qu'il y a un left,right,top,bottom de taille quelconque?!!! C'est du grand n'importe quoi!
 
Pour le reste: allez vous faire une idée vous-même:
http://membres.lycos.fr/ohubaut

 
Rhâââââ le boulet ! Il a même pas remarqué que sa feuille de style était pas prise en compte ! mets text/css au lieu de text.css comme type, ça passera mieux (à condition que le serveur donne aussi le bon type pour les fichiers .css)
 
Pour le margin, je regarde

Tiens, oui. Merci
 
Pourtant ca passait au validateur et ca fonctionnait pour certains CSS, même sous mozilla.

gizmo a écrit a écrit : Tiens, oui. Merci   Pourtant ca passait au validateur et ca fonctionnait pour certains CSS, même sous mozilla.

 
Le validateur ne vérifie malheureusement pas _tout_, mais il en vérifie déjà _énormément_... Il n'y a guère que quelques trucs mineurs qui passent au travers... Par ailleurs, c'est pas vraiment au validateur de vérifier que tu mets un type mime valide dans le champ type de l'element link...
 
Pour ton histoire de margin, je te défies de trouver ce qui ne va pas avec ton "bug" par rapport à la spec : http://www.w3.org/TR/REC-CSS2/visu [...] nd_margins
 
edit: tu peux chercher longtemps

[jfdsdjhfuetppo]--Message édité par prfy le 28-05-2002 à 21:53:07--[/jfdsdjhfuetppo]

ça a l'air de ne marcher quand dans Opera ce truc...
Dans IE et Mozilla j'ai pas le cadre vert autour de "test"
 
Et ça doit pas être évident à valider avec la pub lycos
j'en ai fait la triste expérience il y a quelques minutes avec http://membres.lycos.fr/antpbe/
 
au fait si quelqu'un sait comment faire pour que les <hr /> s'affichent en couleur unie pleine dans Mozilla, comme ça le fait dans IE & Opera sur la page ci-dessus ça m'intéresse...

[jfdsdjhfuetppo]--Message édité par antp le 28-05-2002 à 22:09:56--[/jfdsdjhfuetppo]

 
C'est un bug référencé de Mozilla...
 
edit: pour le truc qui "marche que sur opera" relis ma reponse plus haut

[jfdsdjhfuetppo]--Message édité par prfy le 28-05-2002 à 22:14:15--[/jfdsdjhfuetppo]

 
Pour le margin, t'as pas l'air de conmprendre le problème. Si je veux qu'un objet soit centré sur ma page, mettons que se soit horizontalement uniquement. J'utilise un margin-left et margin-right que je met à auto, comme ca, ca le place, selon les spec à une distance 0 de chaque coté, donc, ca le centre. Et bien, ca ne marche que si on indique EN PLUS une valeur pour left et right, que ce soit 1px ou 43, il s'en fout, tant qu'il n'a pas de valeur, il ne centre pas. Et ca, ce n'est pas cohérent.

 
Je crois qu'il faut que tu apprennes à lire...
Fais-moi une page que tu penses ne pas marcher, et je vais lire pour toi...