Welcome to Webmaster Hub

Inscrivez-vous maintenant pour avoir accès à toutes les fonctionnalités.

Une fois inscrit et identifié, vous pourrez contribuer à ce site en soumettant votre propre contenu ou en répondant au contenu existant. Vous pourrez éditer votre profil et communiquer avec les autres membres par messagerie privée.

Ce message sera supprimé une fois que vous serez identifié !

Bobe

Webmaster Régulier
  • Compteur de contenus

    72
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre

À propos de Bobe

  • Date de naissance 19 juin 1979

Pour me contacter

  • Mon Site
    http://webnaute.net

Information du profil

  • Localisation
    La rochelle
  1. Pour info, la bonne interprétation est celle de Firefox. Quand un bloc est positionné en absolu, le "bloc conteneur" comme le dit la documentation n'est plus le bloc parent mais le premier bloc ancêtre lui-même positionné en absolu, fixed ou relatif. Et s'il n'existe pas de tel bloc dans les ancêtres, c'est alors le bloc racine du document qui est utilisé comme référence. Dans le cas qui nous occupe ici, le width: 100% déclaré pour le bloc "header" est calculé par rapport à la largeur de l'élément racine, ici "html". Plus d'infos sur la définition de "bloc conteneur": http://www.yoyodesign.org/doc/w3c/css2/vis...g-block-details IE et Opera sont dans l'erreur en calculant la largeur du bloc positionné en absolu par rapport à celle du bloc parent dans tous les cas (sauf si le bloc parent est lui-même positionné autrement qu'en 'static').
  2. C'est faux. De plus, ob_gzhandler() vérifie déjà si le client supporte la compression des pages avant de compresser ou non les données en sortie, donc le deuxième morceau de code que donne le monsieur est tout à fait inutile.
  3. Non, je pense que c'est simplement pour pouvoir exécuter des applications riches sans navigateur.
  4. Voilà quelques liens utiles: http://www.w3.org/TR/xslt http://www.zvon.org/xxl/XSLTutorial/Output_fre/contents.html http://www.sdv.fr/pages/casa/html/intro-xslt.html
  5. Alors. Je te suggère de retirer le ".html" de ton URL, il n'a aucune signification et est inutile. Et pour la réécriture: RewriteRule ^search-(.+)$ search.php?qs=$1 (qs pour Query String) Et de décomposer cette chaîne dans ton script php. Ce sera plus simple et souple amha.
  6. C'est pour un moteur de recherche à priori. Quel est l'intérêt de tout cela ? Les URLs contenant des paramètres sont à bannir totalement ? (Je sais bien que ce n'est pas le sujet mais...)
  7. table { border-spacing: 2px; } Non supporté par IE.
  8. C'est pas clair. Tu as une page d'exemple ?
  9. En fait, elle est un petit peu plus lente qu'un bloc if...else (en ce qui concerne php du moins), mais il en faudrait des milliers dans un script pour s'en rendre compte (du moins d'après les résultats de tests qu'on m'a rapporté).
  10. J'ai fait quelques tests, j'ai remplacé: if ((relTarg.nodeName.toLowerCase() != 'ul') && (relTarg.nodeName.toLowerCase() != 'li') && (relTarg.nodeName.toLowerCase() != 'h2') && (relTarg.nodeName.toLowerCase() != 'a')) { hideAll(); } par: var inSubMenu = false; while( relTarg.nodeType != 9 ) { if( relTarg == this ) { inSubMenu = true; break; } relTarg = relTarg.parentNode; } if( inSubMenu == false ) { hideAll(); } Mais IE veut toujours rien savoir... Les voies d'IE sont impénétrables Je referai quelques essais ce soir
  11. Tizel> IE ne gère tout simplement pas la propriété border-spacing Tiens, je me permet de glisser l'url d'un document de test que j'ai fait il y a un certain temps: http://webnaute.net/Table-style/
  12. C'est parce que selon que tu mettes ou pas un doctype, Mozilla, de même que la plupart des autres navigateurs, utilise un mode de rendu différent. http://www.mozilla.org/docs/web-developer/quirks/ Utilise ce doctype pour avoir la présentation comme prévu: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> Les navigateurs utiliseront leur mode de compatibilité (même chose si on ne met pas de doctype). C'est le mieux à faire en attendant de repenser la feuille de style. http://openweb.eu.org/articles/dimensions_boites_css/ http://openweb.eu.org/articles/initiation_centrage/ Ne pas oublier aussi que Mozilla par exemple, en mode standard, utilisera l'unité "pixel" pour des nombres sans précision d'unité dans la css. (eg: margin: 20;). http://www.mozilla.org/docs/web-developer/.../quirklist.html
  13. childNodes est une collection (un tableau) tandis que target (qui n'est pas un attribut du this dans ta fonction) est un objet. Tu ne peux pas les comparer ainsi. L'idée est de remonter l'arbre avec parentNode jusqu'à ce qu'on tombe sur le bloc contenant tout le sous menu (celui sur lequel on enregistre les évènements mouseover et mouseout) ou que l'on arrive à l'objet document (auquel cas, on stoppe la boucle). Si on a trouvé sur noter chemin le bloc du sous menu, c'est qu'on est dans le sous menu, sinon, si l'on est arrivé jusqu'à l'objet document, c'est qu'on est pas/plus dans le sous menu. J'ai regardé ton code et je t'invite à consulter la doc officielle pour consolider un peu tes bases du DOM: http://www.yoyodesign.org/doc/w3c/w3c.html#dom2 (traduction française) Pour le modèle d'évènement, voir aussi: http://www.brainjar.com/dhtml/events/default.asp http://www.quirksmode.org/js/contents.html#events
  14. Bah... Retourne dans l'autre topic et regarde le script que j'ai fait, je gère ce problème. Mais continue ton script, on apprend beaucoup par la pratique
  15. arf Ça veut dire que si je passe d'un lien à un autre dans un sous menu de ton exemple, les évènements mouseover et mouseout seront déclenchés quand même (ce qui est tout à fait normal), bien que l'on n'entre ni ne sorte du sous menu. Donc display mis à none puis aussitôt remis à sa valeur par défaut, donc un affichage saccadé. Donc il faut vérifier si on entre ou sort vraiment du sous menu pour ne modifier la propriété display que dans ces cas là, et pas quand on se balade entre les enfants du bloc sur lequel sont enregistrés les évènements mouseover et mouseout.