Aller au contenu

Raphael

Hubmaster
  • Compteur de contenus

    572
  • Inscrit(e) le

  • Dernière visite

Messages postés par Raphael

  1. Maintenant, la poste prend

    + 4,50 de frais

    + Taux de change variable

    + 7,62 frais banque de france

    Ces derniers apparaissent en détail sur les relevés avec la lettre "F" et ne sont plus englobés dans la taux de change. (un peu plus transparent ) et ce depuis seulement 3 mois

    Jusque la j'en ignorai l'existence (le fameux flou administratif ;)  )

    Donc en fait les frais fixes à la poste s'elevent à un peu plus de 12,

    On est pas loin des frais dans une banque

    Heureusement que les chèques sont en euros maintenant

    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

  2. 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 ;)

  3. 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.

  4. C'est super beau, le header est incroyablement bien imbriqué...

    ... mais la page fait 400ko !

    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"

  5. (au passage je suis d'accord qu'elle est assez difficile à atteindre, surtout quand on utilise un CMS).

    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

  6. 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.

    En créant ma boîte je me suis rendu compte qu'aucun des 39 professionnels du Loiret que j'ai trouvé n'étaient valide ! Dingue...

    Tiens, ça me rappelle quelque chose :P

  7. 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.

  8. "it is fine to have an empty alt attribute (eg,

    alt="" ), but it is better to use things like list-style-image in CSS "

    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.

  9. Salut azon ce que tu dis (désolé de mettre le doigt dessus) ne tiens vraiment pas debout : pour ignorer une image un navigateur texte devrait voir une balise vide...

    Le w3c inerdit les attribut vide de une et de deux les navigateurs textes par définitions ignore les images ;oD et les remplace par les contenus des alts... alors ce que j'en dit !

    <{POST_SNAPBACK}>

    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)

  10. je voudrais supprimer l'espace entre les deux comment dois-je faire?

    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 ;)

  11. heu ... je pensais que c'est connu  :blush:

    le mieux n'est pas de chercher pas sois même ??? un tuto ??? ici

    <{POST_SNAPBACK}>

    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.

×
×
  • Créer...