Aller au contenu

Raphael

Hubmaster
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    572

  • Inscrit(e) le

  • Dernière visite

 Type de contenu 

Messages postés par Raphael

    Questions sur les DOCTYPE

    dans (X)HTML et CSS

    Posté

    Et alors, je commence à me rendre compte que l'on profite de mettre un DOCTYPE en haut de sa page. Mais deux questions se présentent:

    1) Selon moi, le DOCTYPE et la petite ligne d'XML qui le précède sont des blocs redoutables de code opaque... est-ce que ceux d'entre vous qui vous en servent fréquemment n'ont pas de petits tuyaux qui aident à vous en souvenir? Ou y a-t-il un outil qui vous sauve de devoir le taper? Les jours où on pouvait commencer par taper <html> sont (heureusement ou pas) partis...

    2) Cet après-midi j'ai décidé capricieusement de regarder un de mes sites sous IE6 (Win98). Sous WinXP et Mac, tout va bien, même sous IE6. Mais sous Win98, il paraît que la moitié de ma feuille de style n'est pas connue (y compris l'attribut 'background' du BODY et tout occurrence d'image en arrière plan). Vous croyez que c'est dû tout à l'absence du DOCTYPE?

    <{POST_SNAPBACK}>

    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.

        * les DTD incomplètes, incorrectes, périmées, etc. (ou l'absence de DTD) : la page est présumée "codée à l'ancienne", et le rendu se fera en mode "quirks", compatible avec les anciennes implémentations de chaque navigateur ;

        * les DTD complètes et récentes (indiquées ci-dessous) : la page est présumée codée en respectant la norme indiquée par la DTD, et le rendu se fera en mode "strict", conforme aux standards en vigueur.

    (voir lien donné ci-dessus)

    Bonne chance :)

    Comment obtenir une certification ?

    dans (X)HTML et CSS

    Posté

    Comment fait-on pour obtenir une certification d'un organisme comme le W3c et utiliser le logo que l'on voit sur certaines pages web ? Qui  attribue ces logos et que fait-on pour les obtenir ?

    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.

    Quel langage choisir ?

    dans (X)HTML et CSS

    Posté · Modifié par Sibelius

    Toutefois, j'ai un gros doute sur le langage que je dois utiliser :

    1°) HTML

    2°) XHTML : il me tente bien, surtout avec les fichiers css séparés, mais je suis très embeté car il semble proscrit d'ouvrir des pages externes dans une nouvelle fenetre

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

    image qui deborde

    dans (X)HTML et CSS

    Posté · Modifié par Sibelius

    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.

    Javascript et CSS - Menu déroulant sous JS

    dans (X)HTML et CSS

    Posté · Modifié par Sibelius

    Je ne vois pas le problème. Dans un menu déroulant, le code CSS ne se charge que de masquer certaines parties et de les afficher au survol.

    Sans CSS, on obtient le code HTML pur et dur de type

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

    ce qui n'est pas le cas des menus en Javascript les plus courants qui contiennent et les destinations de liens et leurs ancres non dans l'HTML mais dans le JS.
    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 :-/

    Ma CSS screen est adaptée pour l'écran
    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)

    et c'est AMHA un tort de la part de ces logiciels de vouloir appliquer des règles qui ne leur sont pas destinées. Pourquoi crierait-on sur Microsoft quand leur navigateur présente des bugs alors qu'on ne crierait pas parrallèlement sur ces logiciels qui, trop zélés, lisent les display:none?

    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.

    Quant au débat qui revient souvent pour le pseudo-format ":hover", il me passe vraiment par dessus: qualifier çà de 'dynamique' est vraiment exagéré
    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).

    Je ne vois pas trop pourquoi  :blink:

    C'est du html pur.

    Apres pour avoir acces aux sous menu si on a ni js ni css il suffit de cliker sur le menu base.

    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.

    Javascript et CSS - Menu déroulant sous JS

    dans (X)HTML et CSS

    Posté · Modifié par Sibelius

    Pour info:

    [*]Il est déconseillé de faire des menus déroulants en Javascript. D'une, ce n'est pas le rôle du Javascript. De deux, les utilisateurs naviguant sans JS n'auront pas droit à ton menu (mauvais point pour l'accessibilité et pour le référencement)

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

    Div scroll et accessibilité...

    dans Accessibilité et Ergonomie Web

    Posté

    En l'espèce j'utilise le display:none pour "planquer" (du screen) les informations de navigations spécifiques genre "Accès direct au contenu", ou encore le contenu des touches de raccourcis.

    <{POST_SNAPBACK}>

    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é ! :(

    Div scroll et accessibilité...

    dans Accessibilité et Ergonomie Web

    Posté · Modifié par Sibelius

    En principe, les navigateurs vocaux ou autres (destinés aux personnes ayant un handicap) ne gère pas les CSS...

    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.

    Je ne serai jamais validé W3C ?

    dans (X)HTML et CSS

    Posté

    Je suppose et j'espère que cela ne concerne pas les 

    <script type="text/javascript" language="javascript">

    parce que, dans ce cas, comment on fait pour les statistiques ?

    <{POST_SNAPBACK}>

    Très simple : on évite les attributs obsolètes et invalides (language) et ça donne :

    <script type="text/javascript">tonfichier.js</script>

    Je ne serai jamais validé W3C ?

    dans (X)HTML et CSS

    Posté

    D'abord j'aimerais savoir quel est l'intérêt d'être validé W3C, si ce n'est de pouvoir l'annoncer avec un joli logo en bas de page ?

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

    CSS et SPIP

    dans Accessibilité et Ergonomie Web

    Posté

    Je recommande très chaleureusement la lecture du premier "CSS 2, pratique du design web) à tous les débutants parce que Goetter a une approche très pédagogique, très logique, très claire. C'est un régal!  :D

    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 ^_^

    Débutant> confronté a incompatibilité firefox IE

    dans PHP

    Posté · Modifié par Sibelius

    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" ?? :blink:

×
×
  • Créer...