Raphael

Voilà qui va faire de l'ombre à Google Dating

C'est même conseillé ! http://forum.alsacreations.com/faq/#item71

Hello 1) Non, le DOCTYPE n'est pas du XML (il existe effectivement un "prologue XML" qui n'est pas un DOCTYPE). Il n'y a pas de secret pour retenir la syntaxe d'un Doctype. D'ailleurs ça ne se retient pas, c'est trop compliqué ! Il suffit de choisir le Doctype que tu veux et de le copier à partir d'une source sûre. 2) Cela peut provenir de beaucoup de choses. Avoir un doctype est effectivement important car c'est une information essentielle pour le navigateur qui saura ainsi si le code doit être interprêté rigoureusement ou non. (voir lien donné ci-dessus) Bonne chance

Hello, Il n'existe pas d'organisme officiel qui va pouvoir dire : "je vous remets la certification (X)HTML". C'est une démarche personnelle. Il faut en effet utiliser le Validateur automatique du W3C et copier le logo correspondant sur son site.

Joyeux anniversaire Dan, et longue vie au Hub et à ce forum de référence

Hello, Je viens de tester ta page HTML (http://www.zshare.net/download/libell-rar.html) sur FF et IE, et je ne vois strictement aucune différence

Hello, Je crois qu'il y'a beaucoup de confusions sur ces deux langages. XHTML n'est qu'une façon rigoureuse d'écrire le HTML. - Rien n'impose de séparer les fichiers en XHTML - Rien ne t'empêche de séparer les fichiers en HTML aussi - Le HTML n'est pas du "mauvais" XHTML ou du "mauvais" code : pour preuve, le gourou des CSS (Eric Meyer) a un site web en HTML 4.01 et non en XHTML - ce n'est pas XHTML qui interdit d'ouvrir des pages externes, c'ets simplement une philosophie générale de ne pas perturber le visiteur. La mouvance XHTML s'accompagne malheureusement de beaucoup d'amalgames Quelques liens et pistes : - Quelle différence y'a t-il entre HTML et XHTML ? http://forum.alsacreations.com/faq/#item47 - XHTML, CSS : confusions et amalgames : http://blog.alsacreations.com/2004/06/05/1...ns-et-amalgames - "target=_blank" n'est pas valide en doctype strict. Que faire ? http://forum.alsacreations.com/faq/#item21 - Les DTD HTML4.01 et XHTML1.0 : comment choisir ? http://css.alsacreations.com/Bases-et-indi...comment-choisir Bonne lecture, en espérant éclaircir tout ça

Salut Seuls les positionnements ou les flottements peuvent autoriser les empilements d'éléments. Si tu positionnes ton image en relatif, tu pourras la décaler et la faire passer par dessus le bloc de droite Tu peux aussi la positionner absolu, elle sortira alors du flux et pourra aussi passer par dessus tes blocs.

Hello, Effectivement, select est un composant dépendant du système et tout ne peut pas être stylé. Voici ce que tu peux faire : http://forum.alsacreations.com/faq/#item65 Bon week-end

Hello, Comme le dit Sébastien, cette question a été maintes fois débattues sur ce forum. L'une des dernières discussions est très enrichissante

C'est une solution en effet, mais devoir créer plusieurs pages différentes pour s'adapter à chaque personne n'est pas la solution idéale non-plus :-(

Hmmm... Source

Cela est appliquable exactement de la même manière en remplaçant CSS par JavaScript : si le menu est correctement structuré, alors sans JS on obtient aussi le code HTML pur et dur.Toujours se rappeler que CSS et JavaScript (+ Flash, etc.) ne sont que des surcouches par rapport à ce qui est essentiel : le contenu. En clair, il n'y a pas de "mauvaise surcouche" : quelle que soit celle employée, il faut toujours que le contenu reste accessible sans cette surcouche. Bref, CSS ou JS cela revient exactement au même en terme d'accessibilité : l'essentiel reste que le menu soit bien conçu au départ Dans ce cas précis : entièrement d'accord. Mais il s'agit d'un cas particulier à éviter effectivement.... Un peu comme les menus déroulant masqués à l'aide des CSS et de display : none, beaucoup beaucoup plus courants Comme tu le vois : ce n'est pas toujours JS qui est le moins accessible :-/ Là c'est une excellente chose : proposer une CSS pour chaque utilisation (screen, handheld, speech, etc.)Par contre se rappeler que "display : none" n'est pas réservé au media screen et qu'il concerne tous les médias (cf lien ci-dessus) Deux choses : - les lecteurs d'écran sont censés prendre en compte "display : none" car comme le disent les spécifications, il ne s'agit pas d'une propriété reservée au média screen. Donc ceux à blâmer seraient plutôt les autres. - Entièrement d'accord sur le fait que les principaux outils (Jaws, HomePageReader, etc.) sont très en retard vis à vis des spécifications... on en est un peu comme à l'époque de la guéguerre Netscape-IE. Par "dynamique", on entend qu'il est possible d'avoir un comportement non statique en utilisant la pseudo-classe ":hover" (afficher/masquer du contenu, etc). Un exemple très simple (vécu) : une personne très mal voyante qui utilise une loupe d'écran (agrandissement X8). Il a CSS et JS activés.En survolant un item de menu, les sous-menus se déploient... en grande partie hors du champ de la loupe. Si cette personne essaye de pointer sur un sous-menu, il doit déplacer la loupe, donc perd le focus sur l'item principal, donc perd les sous-menus. C'est un gros problème pour ce genre de personnes. Il y'a bien sûr d'autres cas où cela pose des problèmes.

Je me permets une petite modération : - JS est tout à fait prévu pour ce genre de chose. Si JS n'est pas prévu pour les effets dynamiques sur une page, à quoi sert-il ? - Utiliser uniquement les CSS pour ce genre d'effets est discutable car justement les CSS sont fait pour la mise en page mais pas pour les comportements dynamiques (cf le W3C)... la question est discutable ustement parce que "hover" permet des comportements dynamiques - Les utilisateurs sans CSS ne sont pas à négliger non-plus : ne pas dire "il faut éviter JS au profit des CSS parce que tout le monde n'a pas JS activé" car c'est exactement la même chose pour CSS (à ce propos). - En raison du mauvais support CSS des navigateurs, il est aujourd'hui nécessaire de devoir placer du JS si l'on veut créer un menu déroulant - Dernier point : un menu déroulant est - pas essence - toujours - un obstacle à l'accessibilité, même s'il est très bien conçu. Bon week-end

Hello, C'est justement le genre de manipulations à éviter (voir le lien explicatif dans mon précédent message) : "display" et "visibility" ne s'appliquent pas uniquement au media screen et un texte caché en "display none" sera aussi "caché" sur certains lecteurs d'écran. ce qui est l'inverse de l'effet souhaité !

46% de Firefox chez moi

Pas tout à fait : ils ne sont pas censés interprêter les CSS d'affichage écran (screen), mais pour les autres propriétés (notamment CSS Speech), il vaudrait mieux qu'ils les interprêtent ! D'ailleurs ils ne savent pas parfois eux-même quelles propriétés CSS prendre en compte ou non (display / visibility) Donc ne pas se fier à cette croyance.

Signalons qu'il n'est pas obligatoire de passer en "pro" : https://www.google.com/support/adsense/bin/...10163&topic=134

Très simple : on évite les attributs obsolètes et invalides (language) et ça donne : <script type="text/javascript">tonfichier.js</script>

Voici, par exemple, une réponse très concrète à ta question : http://forum.alsacreations.com/topic-1-10809-1.html#p87913 Pour ta première erreur, tu as sans-doute placé ton <hr /> au sein d'un élément qui ne le permet pas (<p>, <hn>, etc.). Pour ta seconde erreur, je n'ai pas pris le temps de voir le code, mais il faut absolument éviter de placer tes scripts au sein du document : - premièrement parce qu'il ne s'agit pas de HTML mais de surcouches (ça permettra déjà d'avoir un document HTML propre et valide) - deuxièmement parce que ça va te faciliter énormément les mises à jour : tu ne modifieras qu'un seul fichier .js au-lieu de revoir toutes tes pages. Bonne chance

Voilà le genre de messages qui rendent tout de suite de très bonne humeur le matin Merci beaucoup pour ce retour positif et bravo à toi dans ton projet réussi

Pour ma part, ce qui me gêne est de : - devoir rajouter de la structure (span) à un lien qui devrait se suffire - répéter manuellement à chaque fois cette opération (écrire <span>bla bla bla </span> J'utilise une autre technique, qui n'est pas parfaite non-plus mais qui a l'avantage de cumuler plusieurs méthodes et qui ne nécessite pas d'écrire manuellement les informations.

Salut Caloche, Il est difficile, voire impossible, de détecter et résoudre ton problème sans avoir passé au peigne fin les différents problèmes et bugs des anciens navigateurs comme IE6. En effet, il est nécessaire de connaitre les failles de IE pour comprendre pourquoi il se comporte différemment des navigateurs plus respectueux comme Firefox ou Opera. Je te conseille de suivre une Méthodologie qui regroupe les différents bugs et différences entre les navigateurs : http://blog.alsacreations.com/2004/12/08/1...ffichage-en-css Cette Méthodologie permettra d'isoler le problème, de l'identifier et ainsi de le résoudre. Bonne chance PS : que fait ce sujet dans le salon "PHP / MySQL" ??

En fait, la question que je me pose est plutôt : comment faire ce genre de choses sans les CSS. Ça doit être bien plus compliqué et je suppose que ça repose égelement sur le principe des backgrounds mais dans le HTML.

Merci pour cette belle conclusion et <hs>Bonne Année à toi, que je croise bien moins souvent sur mon chemin </hs>