Raphael

Non, dans aucun cas un particulier ne peut établir de facture (sauf cas de chèques-emplois)

Exact, j'en avait parlé depuis un petit moment déjà : http://www.webmaster-hub.com/index.php?sho...102entry59102 EDIT : et là aussi : http://www.webmaster-hub.com/index.php?sho...indpost&p=63870

L'url me renvoie un 404. Ce qui est gênant avec Ocawa, c'est qu'il est assez flou : on ne sait pas à quel niveau de priorité correspondent ses différentes remarques. Par contre, j'ai eu beaucoup de plaisir à tester en détail mes sites sur Webxact : j'aime beaucoup !

Salut, voilà qui devrait répondre à ta première question : http://forum.alsacreations.com/faq/#item27 Pour la seconde : dans tous les cas la réponse est non. Tout simplement parce que Flash nécessite un plugin. Or par définition un site qui nécessite un plugin (même assez courant) pour fonctionner va à l'encontre des règles d'accessibilité. C'est un peu comme un menu qui utilise javascript pour fonctionner. Si tu proposes une alternative sans plugin, ça résoudra ce problème en effet. Bon week-end à toi

Que tu sache dessiner ou non ne change strictement rien à ton choix de langage Pour information, les seules différences fondamentales entre HTML et XHTML sont de l'ordre de la rigueur : * Toute balise ouvrante doit être fermée * Balises et propriétés en minuscules * Valeurs entre quotes (apostrophes) ou double quotes (guillemets) * Chaque propriété doit avoir une valeur (pas de propriété vide comme checked, qui doit être écrit checked="checked") * Les balises doivent être correctement imbriquées Si ton site web n'est ... qu'un site web et si tu ne comptes pas utiliser les techniques issues de XML (MathML, SVG, RSS, etc,) alors HTML est tout à fait suffisant.

C'est peut-être pour cela que le site n'a obtenu *que* un label de bronze. En effet, une page de 400ko est plutôt peu accessible aux modems et autres petites configurations. Le poids des pages est prix en compte dans le label "or" uniquement : "le poids des pages doit être limité à 70ko"

En effet, la Doc CSS mediabox est très complète. Pour l'ensemble des balises valides XHTML, je te renvoie à ce lien : http://giminik.developpez.com/xhtml/ Mais comme l'a dit Sébastien : ne confonds pas la structure (XHTML) avec la mise en forme (CSS)

Salut, Un article d'OpenWeb décrit très bien les différences de modèles de boîte et répond à ta question : http://www.openweb.eu.org/articles/dimensions_boites_css/

Rapidement, avant de m'éclipser pour la journée, je pense qu'un projet en cours à propos de Lodel pourrait peut-être t'intéresser : http://forum.alsacreations.com/topic.php?fid=16&tid=2342

Humm détrompe-toi : certains CMS comme Plume ou Lodel (et SPIP qui commence à s'y mettre depuis la v1.8), respectent très bien les standards. Pour exemple, Alsacréations est sous PlumeCMS J'ai réuni une petite liste (non exhaustive) tantôt : http://blog.alsacreations.com/2005/02/03/1...e-pour-les-nuls

Un peu des deux certainement. C'est vrai qu'il y'a des hauts et des bas en ce moment

Pour l'instant, je suis en XHTML 1.0 strict, mais ça ne va pas durer, je vais certainement passer en HTML 4.01. Sinon bravo aux fanatiques et aux fous des headers PHP pour réussir à faire un XHTML 1.1. Pour ma part, je n'y pense même pas (PS : en XHTML 1.1 Strict n'existe pas) En fait, je ne sais même pas pourquoi je cherche encore à valider mes sites. Ça ne sert à rien, ça sert juste à attiser les fanatismes. Tiens, ça me rappelle quelque chose

Clos... mais jusqu'à quand ? http://amenengreve.info/fr/

Tu n'es pas le seul. La panne date de 18h00 environ. Même le site amen.fr était down (là il est toujours très lent) J'ai un site sur un dédié Amen, colloué avec d'autres sites, et aucun ne fonctionne depuis près de 3 heures. Ce n'est pas la première fois que Amen déconne, mais là ça fait trop pour moi, je déménage.

Sur ce point, je t'approuve à 100%. De toute façon, en pratique alt="" ne devrait pas exister puisque que les images non pertinentes ne devraient pas apparaître dans la structure HTML mais dans le CSS... mais c'est un peu ce que disait Azon.

en tout cas, il valide les alt vides : http://slconstantia.com/alt.htm validation : http://www.contentquality.com/mynewtester/...tia.com/alt.htm

Toi peut-être, mais d'autres ont peut-être envie d'apprendre des choses intéressantes (et importantes). J'y ai d'ailleurs appris quelque chose aussi

Voici en attendant la référence sur Accessiweb : http://www.accessiweb.org/fr/Label_Accessi...essiweb_bronze/

Mamat > sans vouloir lancer une polémique, les alt="" sont recommandés par le WCAG (je cherche actuellement le lien) parce que justement les synthétiseurs vocaux ont pris l'habitude de ne pas tenir compte de ces images. C'est donc vivement recommandé lorsque l'image n'a aucune pertinence. Le W3C n'interdit pas les attributs vides. Où as-tu lu celà ? Tu veux peut-être dire que le XHTML (par rapport au HTML) interdit qu'un attribut n'ait pas de propriété. C'est le cas par exemple pour "checked" qui ne doit pas être vide et doit être écrite : "checked='checked'"... mais cela n'a aucun rapport. En clair, une valeur peut très bien être vide, mais il faut qu'il y'ait une mention de valeur. Exemple : on ne peut pas écrire "alt" tout court; il faut écrire "alt='...'" (ou alt="" bien sûr)

Salut, Pour répondre à ta question : les espaces autour des éléments de type bloc comme les titres se gèrent avec la propriété "margin". Par exemple pour supprimer toutes les marges autour de <h1> : h1 {margin: 0} Pour supprimer la marge basse de <h1> : h1 {margin-bottom: 0} etc. Par contre, si tu transformes les titres en éléments en-ligne (display inline), tu modifies profondément la structure de l'élément et cela aura des conséquences importantes. Les principales étant que : - un élément en-ligne est fait pour rester *dans* le texte et non former un bloc - par conséquent, un élément en ligne ne peut pas posséder de dimensions (hauteur, largeur, etc.) - en théorie, un élément en ligne n'est pas sensé être positionné hors de son contexte. D'ailleurs le positionnement d'un élément en ligne est très spécial à mettre en oeuvre - beaucoup de propriétés ne s'appliquent pas aux élément en-ligne (margin-top, margin-bottom, etc.) En bref, il est préférable de laisser les éléments tels qu'ils sont prévus

Il y'a des frais d'activation maintenant sur Adsense ?? En fait, il faut attendre deux à trois jours pour que ça se mette en place.

Je crois que tu confonds plusieurs choses en effet. Quoi qu'il en soit, ce lien tiré du blog de Laurent Denis va répondre à tes interrogations : http://blog-and-blues.org/weblog/2004/08/1...-titre-en-image

On peut très bien personnaliser une infobulle, puisque c'est ce que tu cherches et non un texte alternatif : http://forum.alsacreations.com/faq/#item11

Je pense que Mamat voulait des détails sur le menu déroulant en question, pas par rapport à ton message Au fait, le lien que tu donnes n'est plus à jour.

Salut, tu as plusieurs erreurs d'imbrications dans ton code : - ton <noscript> (balise bloc) est inclu dans un <p>, ce qui n'est pas autorisé - tu as un <p> inclus dans un <p> ce qui n'est pas autorisé. Voici un récapitulatif : http://blog.alsacreations.com/2004/09/09/5...ents-et-enfants