Aller au contenu

Xavier

Hubmaster
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    380

  • Inscrit(e) le

  • Dernière visite

 Type de contenu 

Tout ce qui a été posté par Xavier

  1. Xavier
    Je n'ai pas testé mais j'ai entendu dire plusieurs fois que Jaws indiquait des choses comme "tableau à 24 lignes et 7 colonnes", je te laisse imaginer ce que ça donne quand il y a 16 niveaux de tableaux imbriqués au début de la page, c'est vite l'horreur, donc si c'est juste pour la mise en page mieux vaut user et abuser des CSS qui sont faites pour ça
  2. Xavier
    Merci Boo2M0rs0 C'est le genre de trucs qui m'échappent encore, mais ça viendra Au final <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html lang="fr"> <head> <title>Titre de la page</title> <script type="text/javascript"> function ChangeStatut() { var eltCheckbox = document.forms[0].charte_photo; var eltSubmit = document.forms[0].validation; if(eltCheckbox.checked == true) {eltSubmit.disabled = false } if(eltCheckbox.checked == false) {eltSubmit.disabled = true } } window.onload=ChangeStatut; </script> </head> <body> <form action="page.php" method="post"> <fieldset> <label><input type="checkbox" name="charte_photo" value="valeur" onClick="ChangeStatut()"> Valider la charte</label> <input type="submit" name="validation" value="S'enregistrer"> </fieldset> </form> </body> </html> Il me semble que ça devrait fonctionner dans tous les navigateurs (prévoir bien entendu la vérification côté serveur pour ceux qui ont le js désactivé) Attention il y avait une "coquille", c'est method et pas methed
  3. Xavier
    Je savais qu'il y avait un "truc" pour les formulaires ! <script type="text/javascript"> function ChangeStatut() { var eltCheckbox = document.forms[0].charte_photo; var eltSubmit = document.forms[0].validation; if(eltCheckbox.checked == true) {eltSubmit.disabled = false } if(eltCheckbox.checked == false) {eltSubmit.disabled = true } } </script> Par contre je n'arrive toujours pas à faire un window.onload. PS : n'oublie pas les <label> pour les textes liés à un input
  4. Xavier
    150% par rapport à une taille "normale" (qui, je le rappelle, est fixée dans je crois tous les navigateurs à 16px), pas à ime taille qui a déjà été fortement diminuée (par un splendide font-size: 0.8em; pour bien montrer à l'internaute que ce n'est pas lui qui décide s'il a des problèmes de vue ) Cela dit il est vrai que ceux qui ont vraiment des problèmes de vue ont sans doute des outils d'agrandissement plus performants. PS : regarde aussi avec Opera, c'est très différent (en fait c'est vraiment un zoom, pas juste la taille du texte, et donc c'est vraiment très élégant).
  5. Xavier
    [mode off-topic on] Moi je trouve au contraire que c'est une formidable opportunité d'enfin stopper cette spirale de code de plus en plus sale (tout nouveau navigateur devant supporter au moins autant d'erreurs que ses concurrents, ça ne peut que se dégrader, en 10 ans on a vu où on en est arrivé, alors qu'est-ce que ça aurait été dans 50 ans ? ) et de nécessiter enfin un minimum de qualité La fondation Mozilla a une magnifique oppportunité de le faire, pourquoi ne pas la saisir ? [mode off-topic off]
  6. Xavier
    Petit problème : sans javascript le bouton de validation ne sera jamais activé Il faut donc s'arranger pour que le bouton soit désactivé par javascript au chargement En plus la syntaxe n'est pas du tout correcte, et l'activation ne se fera que dans IE qui est le seul à accepter de telles erreurs de syntaxe Bref, permets-moi de te dire que ça ne va pas du tout Bref, quelque chose comme ceci serait plus correct : <head> <script type="text/javascript"> function ChangeStatut() { var eltCheckbox = document.getElementById("charte_photo"); var eltSubmit = document.getElementById("validation"); if(eltCheckbox.checked == true) {eltSubmit.disabled = false } if(eltCheckbox.checked == false) {eltSubmit.disabled = true } } </script> </head> <body onload="ChangeStatut();"> <form action="" methed="post"> <label><input type="checkbox" name="charte_photo" id="charte_photo" value="valeur" onClick="ChangeStatut()" /> Valider la charte</label> <input type="submit" name="validation" value="S'enregistrer" id="validation" /> </form> </body> PS : je ne suis pas convaincu du onload sur le body mais je n'ai pas réussi à faire fonctionner un window.onload = ChangeStatut()
  7. Xavier
    Il faudrait savoir D'ailleurs je m'étonne que Firefox ne retombe pas en mode "super-quirks" pour ça (visiblement il est en mode standard). Je ne sais pas ce qu'il en est pour IE. Le W3C a publié une liste de doctypes valides qui pourrait t'être utile
  8. Xavier
    Pensez aux spécifications ! C'est là qu'on trouve tout En l'occurence : http://www.yoyodesign.org/doc/w3c/css2/ui.html#cursor-props Donc le doigt c'est cursor:pointer. IE est sorti d'on ne sait où et nécessite un cursor:hand qui n'a jamais existé nulle part... Pour l'ordre logiquement un navigateur doit ignorer une propriété qu'il ne connaît pas.
  9. Xavier
    Certaines personnes ont des problèmes de vue. Elles sont bien contentes de pouvoir agrandir la taille du texte. Certaines personnes ont un petit écran, elles aussi sont contentes d'avoir la possibilité de profiter d'un texte pas trop petit. Il est déconseillé d'utiliser des tailles en px justement pour la raison qu'elles ne sont pas redimentionnables dans IE Il est recommandé d'utiliser des tailles relatives (em, %) pour la simple et bonne raison qu'elles tiennent compte des préférences de l'utilisateur. Conclusion : supprimes les tailles en px, mets-les en relatives et fait une mise en page un peu plus souple (les CSS ça sert aussi à ça ) PS : plus globalement : oublie la mise en page au pixel près. En CSS c'est impossible, et de toutes façons même avec les tableaux ça n'a toujours été qu'une belle illusion : chacun a un navigateur différent, des préférences différentes, des capacités différentes, un matériel différent, tout ça c'est autant de différences dans l'affichage de la page, et la seule façon de faire une mise en page qui soit belle partout c'est de la concevoir assez souple pour qu'elle puisse s'adapter à toutes ces spécificités particulières.
  10. Xavier
    En général ça va de pair avec la mise en page par tableaux, donc si tu fais tes mises en pages en CSS (ce qui est conseillé) ça ne te sert à rien
  11. Xavier
    Sauf qu'en l'occurence, si tu ne prends que la porte, elle entre dans une autre dimension et se transforme en fenêtre En l'occurence, sans doctype, les navigateurs pense que tu fais n'importe quoi et en retour ils font n'importe quoi eux aussi (transoformer la porte en fenêtre et avoir d'autres comportements bizarres hérités de l'époque où les webmestres faisaient n'importe quoi, comme mettre des portes à la place des fenêtres vu que les navigateurs faisaient la correction comme des grands ) Ce n'est pas si simple que ça... ces personnes peuvent avoir un navigateur texte ou autre... peut-être qu'elles voudront accéder au site depuis un autre endroit où le javascript est désactivé. Peut-être que comme moi elles trouvent la navigation sans javascript bien plus agréable et le désactivent par défaut C'est obligatoire pour gérer la dynamique. Mais l'utilisation de javascript pour générer du contenu est une grave erreur. En fait d'ailleurs je me rends compte que le contenu est bien encodé dans la page mais... caché par CSS et rendu visble par javascript Ainsi quelqu'un qui aurait le javascript mais pas CSS aurait un comportement bizarre mais quelqu'un qui aurait le CSS mais pas javascript ne verrait rien. La solution est toute simple : cacher/montrer soit tout en javascript, soit tout en CSS Le plus simple à mon avis étant d'exécuter la fonction "hideCalque" au chargement de la page (onload)
  12. Xavier
    Il suffit de bien indiquer l'encodage (si possible dans les entêtes HTTP, et comme c'est du XHTML aussi dans le prologue XML si l'encodage n'est pas de l'utf-8 ou utf-16), et tout ira très bien. On peut mettre la redondance avec le meta au cas où mais ce n'est pas obligatoire. À moins bien sur que tu n'utilise un encodage "exotique" dans lequel les "é" n'existent pas ;-)
  13. Xavier
    Hum... Netscape 6 est probablement la pire des choses que Netscape n'ait jamais fait. Il est basé sur des préversions de Mozilla (0.6 je crois) et date... beaucoup ! Je ne sais pas si la moindre personne utilise encore cette version du navigateur Actuellement Netscape en est à la version 8 pour le navigateur seul (basé sur Firefox 1.0, donc avec le même moteur... sauf IE), mais la version 7.2, basée sur Mozilla 1.7, doit être encore assez répandue (voire même la 7.1 qui était la dernière officiellement traduite en français, basée elle sur Mozilla 1.4). À version identique du moteur Gecko, les rendus seront identiques
  14. Xavier

    Opera

    Xavier a répondu à Nissone - Forum : Les Navigateurs

    Non, un navigateur n'est pas un standard (ou alors c'est un standard de fait comme IE )La question est plutôt : est-ce qu'il implémente correctement les standards Je crois que oui, en tous cas bien mieux qu'IE Si je ne me trompe pas il en est à la version 8 Tu veux parler de la 7.0 ? Aïe ! Opera a fait beaucoup, beaucoup de chemin depuis. La 7.0000 je ne sais pas trop, mais j'avais eu avec la 7.54 un problème avec mon menu, des position absolute/fixed dans des fixed qui n'étaient pas correctement interprétées dans des cas bien particulier de :hover La 8.0 (et même partiellement la 7.56 je crois) a résolu ce problème. Et beaucoup d'autres je crois. Normal, c'est le même moteur : Gecko ! A priori c'est le même moteur. Donc pas de raison que ça ne soit pas pareil (il n'y a qu'IE qui était (n'est plus) différent selon les plate-formes)Les différence viendront donc de choses comme les polices... à toi de faire un site au design suffisemment souple pour que ça s'adapte à ces petites différences. Non ! Pas du tout !Mais si tu as une vieille version, Opera interprétait les float différemment (il fallait en particulier bien fixer les largeurs de l'élément flottant) Bonne chance
  15. Xavier
    On notera avec amusement que le site le plus reporté est... www.microsoft.com (voir le top 25)
  16. Xavier
    Peut-être tout simplement parce qu'IE n'a pas d'équivalent de la barre de navigation qu'on trouve dans Mozilla et Opera ?
  17. Xavier
    Petite remarque concernant l'accessibilité : vérifier que ce soit toujours fonctionnel sans javascript
  18. Xavier
    Et un petit peu de lecture pour bien comprendre pourquoi : http://css.alsacreations.com/Bases-et-indi...loc-et-en-ligne
  19. Xavier
    Attention à ne jamais oublier le texte alternatif quand il y a des images ! <input type="image" src="image.png" alt="S'enregistrer"> Sinon certaines personnes ne pourront pas utiliser le formulaire
  20. Xavier
    En fait tu ne peux pas inclure du code HTML comme ça dans un fichier RSS. Même si c'est du RSS 2.0 (qui n'est pas la version la plus "propre"), il faut te rendre compte que ce n'est pas du HTML Solution : enfermer ton contenu dans une balise CDATA afin que le code ne soit pas interprété par le parseur, ou alors encoder en entités. En RSS 2.0 il me semble qu'il y a un truc inutilement compliqué à faire mais je ne sais plus exactement lequel Pour inclure le contenu dans une zone CDATA, il faut l'enfermer entre <![CDATA[ et ]]> Pour encoder il faut utiliser la fonction php htmlspecialchars() comme l'a dit lupucide Ensuite il faut je crois renseigner la technique utilisée (c'est là que c'est inutilement compliqué) dans le <description>. Ou alors je confond avec une autre version de RSS
  21. Xavier
    En fait le gros problème de la coloration des scrollbars, c'est que ça ne marche vraiment bien que pour les barres bien carrées dans le style KGB-Windows95. Si tu as des barres de défilement un peu plus originales (que ce soit le thème de windows ou de ton navigateur) et très jolies, tu ne sera pas très content de les voir revenir au style windows 95, même si c'est "moins moche" (encore que des fois, certaines sont très... disons... personnelles ) Donc en tous cas en l'état ce ne sera pas standardisé car trop dépendant du système (ou plutôt du thème du système). Je ne crois pas que ça fasse partie de CSS3
  22. Xavier

    SVG

    Xavier a répondu à Soho - Forum : Asp, Java, Cfm, autres.

    La page est http://www.geoternet.com/v4/index.php?p_domain=geoternet Plusieurs choses : La solution 100% javascript est vouée à l'échec. Il y aura forcément des incompatibilités empêchant l'un ou l'autre des navigateurs d'exécuter le code. En plus, juste la première ligne pour rigoler (ou plutôt pleurer) : if(Function.prototype.call==null)Function.prototype.call=function(){var l0=arguments;l0[0]._temp=this.valueOf();switch (l0.length){case 1:return l0[0]._temp();case 2:return l0[0]._temp(l0[1]);case 3:return l0[0]._temp(l0[1],l0[2]);case 4:return l0[0]._temp(l0[1],l0[2],l0[3]); Comprenne qui pourra, mais ne compte sur personne d'autre que toi pour le débugguer si un jour il y a besoin (et besoin il y aura, tôt ou tard) Mouahahaha ! Aller, une petite sous-liste pour rigoler : Si ton SVG ne s'exécute qu'avec le viewer Adobe, ce n'est pas du SVG. (d'ailleurs ça ne m'étonnerait pas de la part d'Adobe de produire du "faux" SVG ADOBE SVG Viewer version 6 est en beta mais fonctionne très bien avec tous les navigateurs actuels En l'état actuel, sachant que ni Opera ni Firefox 1.1 n'ont plus besoin de ce plugin pour afficher du SVG, vu que l'implémentation est faite en natif, je te laisse tirer les conséquences de cette erreur. Par pitié, pas de détection de navigateur ! Détectez ses capacités, mais pas le nom du navigateur, ce n'est plus à l'ordre du jour Je suis avec Firefox 1.1 alpha, SVG activé, et probablement qu'il sera livré tel quel en version 1.1, et aucun doute, en raison de tout ce qui a été dit plus haut ça ne marche pas. Donc il ne sert à rien d'attendre que la version 1.1 sorte, ça ne marchera pas en l'état. Bref, du vrai SVG, appliqué dans une vraie page web (soit dans une page HTML via un <object type="image/svg">, soit alors une page XHTML avec du SVG directement dedans grâce aux namespaces). Avec, s'il le faut, une manipulation via le DOM (javascript), proprement, pour modifier le code. Mais parti comme ça tu n'as aucune chance que ça marche, et je crois bien que malgré les experts qu'il y a ici, tu ne trouvera personne pour t'aider avec un javascript comme celui cité plus haut PS : pour tester (et uniquement pour tester, pas pour utiliser), une alpha de Firefox 1.1 est disponible sous le nom de "Deer park" (pour que personne ne dise "C'est Firefox 1.1" alors que ce n'est qu'une alpha, comme ça a été trop souvent le cas par le passé), sur le ftp de Mozilla : ftp://ftp.mozilla.org/pub/mozilla.org/fir...eases/deerpark/ Pour activer le SVG : tapper about:config dans la barre d'adresse et passer la préférence svg.enabled à true. Elle fonctionne mal mais c'est un bon aperçu de ses capacités, et une bonne manière de déjà tester le SVG dans autre chose que le plugin adobe
  23. Xavier
    Non, ça ça va sélectionner les h1 contenu dans un bloc de class="recherche" (<* class="recherche">...<h1>...</h1>...</*>). Pour les pt normalement ce sont des unités à réserver à l'impression il me semble (Ça vaut 1/72è de pouce, et la taille sera très très différente en fonction de l'écran). Pour moi il y a clairement un problème ailleurs dans la page. Si tu pouvais l'enregistrer et la mettre en ligne quelque part je suis sur que ça simplifierait la recherche des erreurs possibles
  24. Xavier

    plusieurs CSS

    Xavier a répondu à skale - Forum : (X)HTML et CSS

    Je n'avais jamais remarqué que ça ne marchait pas dans Opera À la page suivante, comme un cookie a été stocké, il est lu au chargement de la page, et le style précédemment choisi est directement appliqué. Idem sur les pages précédentes, vu que la page est rechargée à ce moment. Donc ça résout ton problème. Quand le JavaScript est désactivé, il n'y a effectivement rien, mais comme c'est un "plus" que tu propose ce n'est pas grave... enfin c'est à toi de voir l'importance que ça a, si tu ne le vois que comme un "plus" ou si ça doit faire vraiment partie de la page Maintenant c'est vrai que ça ne fonctionne pas dans Opera, et je ne m'en étais jamais rendu compte... mais Opera permet de changer la feuille de style par son interface (même s'il ne s'en souvient pas à la page suivante ) À part ça plutôt que de te demander combien d'internautes savent qu'ils peuvent modifier la feuille de style, tu peux leur expliquer, ça marche toujours
  25. Xavier

    plusieurs CSS

    Xavier a répondu à skale - Forum : (X)HTML et CSS

    Le problème de ces techniques c'est qu'il n'est plus possible de changer le style par l'interface du navigateur, et c'est bien dommage Pour ma part j'utilise ce changeur de style en javascript, je pense que le javascript est tout à fait adapté à ce côté "dynamique" de changement de style, c'est un petit plus vu qu'il est toujours possible de passer par l'interface normale Avantage : ça évite ton problème de cache, vu que le cookie est lu au chargement de la page, et non pas lors de son téléchargement
×
×
  • Créer...