LaurentDenis
-
Compteur de contenus
1 281 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par LaurentDenis
-
Compatibilité Antérieure
LaurentDenis a répondu à Aprilwine - Forum : Accessibilité et Ergonomie Web
Aprilwine : qu'appelles-tu "supporter" un navigateur ? N'importe quel navigateur sera capable de restituer correctement le contenu d'une page HTML standard, dans les limites de son support HTML. Mais au-delà de ce support minimal qui est garanti par l'adoption d'un codage standard, "supporter un navigateur" peut signifier bien des choses : - obtenir une présentation minimale dans les navigateurs limités à CSS1 ? - obtenir une présentation plus évoluée dans les navigateurs supportant CSS2 ? - compenser les bugs d'interprétation CSS1 et CSS2 des NS4.7, IE5.x, etc ? - exploiter les fonctionnalités avancées du futur CSS3 qui sont déjà implémentées dans Mozilla, Opera ? Il n'y a pas à se battre contre NS4.7. Il s'agit de permettre à chaque navigateur: - de restituer intégralement le contenu; - d'exploiter au mieux les techniques de présentation adoptées, à sa mesure. S'il fallait se battre contre NS4.7, on devrait alors se battre aussi contre IE6 en raison de ses bugs et de son support partiel de CSS2... Et tiens, pourquoi pas aussi contre Mozilla qui n'implémente pas le contenu généré content: pour tous les sélecteurs ? Ou contre Opera qui n'implémente pas le sélecteur :lang() ? -
Compatibilité Antérieure
LaurentDenis a répondu à Aprilwine - Forum : Accessibilité et Ergonomie Web
Ryan Parman a réalisé les modifications nécessaires pour que les différentes versions d'IE3.0 à IE5.5 puisse être installées et lancées simultanéement sous Windows, comme n'importe quel autre logiciel. Ces IE adaptés ne sont pas pleinement fonctionnels pour naviguer, mais marchent très bien pour tester des mises en pages (Il suffit donc de conserver son IE6 pour naviguer). -
On a affaire ici à un triplet de données : -pseudo -e-mail -autre Pour la structuration, deux solutions possibles au moins : - le tableau à 3 colonnes ci-dessus (à améliorer à partir de l'article d'OpenWeb) qui est effectivement la solution la plus naturelle; - une liste de définition du type : <dl> <dt>pseudo</dt> <dd>e-mail</dd> <dd>autre</dd> </dl> Aucune des deux solutions n'est plus pertinente, valide, sémantique, accessible, rigolote, tout ce que vous voudrez... dans l'absolu. C'est en fonction des besoins et des intentions de l'auteur qu'il faut se décider. Si ça te gratouille de faire un tableau, tu choisis la liste (ou autre). Si ça te chatouille de faire une liste, tu choisis le tableau. Les tableaux sont des choses très bien, tout à fait appropriées pour structurer des données. C'est leur usage hors-propos pour présenter des pages Web qui est criticable.
-
Si elle connait MS Word, il existe un add-on pour Word qui nettoie le code HTML produit par celui-ci. Le résultat n'est pas valide, mais représente déjà un énorme progrès. Sinon, pourquoi pas OpenOffice ?
-
C'est le IE Doubled Float-Margin Bug : IE double la marge gauche d'un élément flottant à gauche, ou la marge droite d'un élément flottant à droite, placé immédiatement dans son conteneur. La solution consiste à ajouter une règle display: inline; pour le flottant (ici ton #vignette), qui ne changera rien au positionnement mais neutralisera le bug. Par ailleurs, tu devrais corriger les erreurs HTML et CSS nombreuses dans la page en question (absence de <body>, double <html>, </br> au lieu de <br>...
-
Atom est simplement le dernier avatar en date des multiples formats RSS, en cours de normalisation éventuelle. DotClear propose les deux formats : - RSS1.0, seul format totalement conforme aux normes W3C (RDF modulaire) - Atom, le petit nouveau qui monte, qui monte...
-
Excellente définition Une précision : les em sont souvent définis comme unité relative par opposition aux pixels qui seraient absolus. En fait : - les em sont relatifs à la taille de base spécifiée dans la configuration du navigateur; - les pixels sont relatifs à la résolution de l'écran. En tout état de cause, il est toujours risqué de descendre en dessous de 1em : 0.5em donne 5px sur une base de 10px... Attention également aux effets d'héritage : 0.8em dans un élément lui-même inclus dans un autre élément pour lequel on a spécifié 0.8em (un blockquote dans une div par exemple)... ça devient de plus en plus petit : 0.8x0.8=0.64
-
Le rapport avec font-family... C'est que tu as spécifié tes largeurs de #page, #content et #sidebar en em, autrement dit des largeurs variables selon la taille des caractères... mais aussi selon certaines différences entre polices comme Arial et Verdana (Arial est plus "tassé" que Verdana, avec une différence de taille d'1px par caractère). Comme tu spécifies par ailleurs des padding, border... le box model propre à IE calcule différemment les largeurs et obtient une valeur trop grande pour que ton calendrier (#calendar) "tienne" dans le #sidebar. Il te suffit de modifier la police pour éviter Verdana dans #calendar : #calendar{ text-align: center; font-family: Arial, Helvetica, sans-serif; } Ou alors, tu cherches une nouvelle combinaison de largeur pour #content et #sidebar (en évitant de calculer au plus juste). Au passage, quand vous spécifiez des largeurs en em, pensez à tester dans toutes les polices que vous indiquez... mais dites-vous qu'il suffit que l'utilisateur impose une autre police pour tout casser
-
Le problème vient a priori d'un vieux bug d'IE avec les flottants, les marges, etc. Pour ne pas le perturber, dis-lui juste que tu veux 10px en-dessous de ton header plutôt que tes 10px au-dessus de ton contenu; si tout va bien, ça dissipera ses angoisses #header { margin : 0 0 10px 0; border-bottom : 1px solid #E1D6CE; } et #contenu { background-color : #FFF8F2; width : 766px; margin-bottom : 10px; border : 1px solid #E1D6CE; margin-left : 122px; /* on laisse de la place pour le menu ! */ au lieu de : #header { margin : 0px; border-bottom : 1px solid #E1D6CE; } et #contenu { background-color : #FFF8F2; width : 766px; margin-top : 10px; margin-bottom : 10px; border : 1px solid #E1D6CE; margin-left : 122px; /* on laisse de la place pour le menu ! */ }
-
Plutôt que ton PHP (qui n'y est pour rien, le pôvre), pourrais-tu plutôt donner le code HTML résultant de la page où ces deux problèmes apparaissent ? sauf erreur de ma part, ton code PHP de fait aucune mention d'un id="forumstats" ou d'un id="forumstats2" : difficile de simuler ta page dans ces conditions et de voir où est le problème
-
Voilà un p'tit gars qui m'a l'air très bien dites-donc Et auteur d'un très bon blog, en plus Blague à part, cinquante, bienvenue ici. Et tu tiens un excellent blog qui gagnerait à figurer dans ta signature du Hub
-
La ressource la plus simple et la plus complète sur l'accessibilité des imagemap reste, il me semble, cette vieille page de l'IBM accessibility Center (en anglais).
-
DotClear peut gérer et servir du XHTML erroné (ou même de la soupe) sans aucun problème. Ce n'est pas DotClear qui gère, c'est le navigateur : si DotClear est configuré pour lui envoyer le XHTML en tant que HTML, le navigateur ne posera pas de problème. Mais si DotClear est configuré pour lui envoyer ses pages en tant que XML, Mozilla et Opera (qui supportent ce type d'adressage du XML) se comportent comme de bons navigateurs qui parsent le XML... et signalent la première erreur rencontrée en interrompant la restitution de la page. PS: dans tous les cas, DotClear n'envoie à IE windows que du HTML, jamais du XHTML à interpréter en tant que tel.
-
Tu as : au lieu de : Une petite erreur de / manquant à rectifier depuis l'interface d'administration, dans "Outils" > "Configuration de DotClear", où la valeur correcte devrait être "/dotclear/index.php/" pour le champ "URL vers le blogue".
-
http://www.la-grange.net/w3c/html4.01/stru....html#edef-AREA Donc, oui, tu peux utiliser onmouseover.
-
En conservant l'ordre HTML que tu souhaites (article avant l'encadré), tu peux: - placer l'article entier en float et ton encadré en flux. Ceci n'a rien de disproportionné : libre à toi d'appliquer les règles de ton choix aux blocs de ton choix C'est en fait une solution très classique pour gérer le positionnement d'un contenu et d'un menu. - réserver une marge latérale d'un côté de ton article, et utiliser un positionnement absolu pour ton encadré, en visant l'espace ainsi dégagé. Ce qui sera peut-être délicat, ce serait de vouloir aligner verticalement ton encadré avec un point donné de l'article. Dans ce cas, une troisième solution à explorer: - placer ton encadré dans le fil de l'article (div spécifique) - utiliser la marge latérale de la solution précédente, et un positionnement relatif. Pour la complexité de mise en oeuvre de tout cela, tout dépend de la structure de ta CSS actuelle et des potionnements que tu y utilises déjà...
-
Pour mémoire, une liste régulièrement mise à jour d'éditeurs, bookmarklets... CSS est tenue sur le wiki css-discuss : CssEditors (en anglais)
-
L'alternative correcte (<![CDATA[Votre code javascript...]]>) peut donner des résultats parfois suprenants dans les navigateurs HTML. C'est pourquoi les scripts doivent plutôt être placés dans des fichiers externes.
-
Pour compléter les excellents conseils de Monique, diverses propriétés de ta feuille de style peuvent être indiquées pour un seul élément parent : elles sont alors appliquées automatiquement à ses éléments enfants par héritage. C'est le cas par exemple de tes divers margin:0 que tu peux simplifier à partir d'un body { margin: 0; } Sur l'optimisation des feuilles de styles, voir l'excellent (mais malheureusement pas encore traduit en français) How to write Efficient CSS. Sinon, l'indentation du code est une politesse élémentaire quand on donne une CSS à lire, comme ici. Et un bon moyen d'éviter pas mal d'erreurs élémentaires. Pourquoi donc croyez-vous que le validateur du W3C affiche systématiquement un code CSS indenté, que la source le soit ou non ?
-
<title>S l e e p i n g D e m o n : Musique progressive sombre</title> ... est certes très joli, mais empêche les termes concernés d'être identifiés par d'éventuels robots. Donc, plus sobrement sans les espaces : <title>Sleeping Demon : Musique progressive sombre</title>
-
Mise en page sans tableau
LaurentDenis a répondu à finidori - Forum : Accessibilité et Ergonomie Web
Disons qu'une plage braille restitue la page à travers une ligne de 80 caractères environ au maximum. Simuler une page Web sur une plage braille revient grossièrement à l'afficher dans un navigateur texte, puis à tronçonner linéairement en paquets de 80 caractères... -
Franchement, pour les avoir utilisé de longue date, je suis totalement revenu de ces bidouillages d'adresses e-mail : le jeu n'en vaut pas la chandelle, vu les progrès des robots spammeurs et les problèmes rencontrés par une partie des utilisateurs. Je préfère m'en remettre à un bon filtre anti-spam côté serveur
-
Pour savoir quel élément (X)HTML supporte une propriété CSS, consulte simplement ce tableau récapitulatif de la spécification CSS2 en te souvenant qu'une case vide dans la colonne S'applique à signfie à tous les éléments. Donc, <ul> peut avoir sa bordure sans problèmes. <li> aussi, et même les deux simultanéement La seule surprise éventuelle, c'est une différence de rendu entre les navigateurs Gecko (Mozilla, FireFox) et IE/Opera, parce qu'ils ne gèrent pas de la même manière l'espace dans lequel apparaît la puce/le numéro des items de listes. Solution simple en résumé : mettre à zéro l'un des deux margin-left ou padding-left pour l'élément <ul>, et spécifier la valeur voulue pour l'autre sur le modèle : ul {margin-left: 0; padding-left: 40px;} ou aussi bien ul {margin-left: 40px; padding-left: 0;} Voir l'éternel Consistent List Indentation
-
Mieux vaut dans ce cas consacrer son énergie et son temps à créer du contenu supplémentaire, non ?
-
Il y a une erreur de conception et d'utilisation du float. Tu fait flotter ton <div id="contenu"> qui est placé après ton menu. Il faut faire l'inverse : - conserver cet ordre HTML "menu" puis "contenu", mais appliquer le float au menu; - ou bien inverser l'ordre HTML (mieux) "contenu" puis "menu", et faire flotter le contenu. En effet, le float extrait l'élément concerné de l'affichage normal (ce qu'on appelle le flux) pour permettre à ce qui le suit de le "flanquer" sur le côté. Voir http://openweb.eu.org/articles/initiation_float/ où tu trouveras un gabarit HTML CSS minimal de ce type.