Raphael
-
Compteur de contenus
572 -
Inscrit(e) le
-
Dernière visite
Messages postés par Raphael
-
-
est til dangereux de mettre deux balises h1 ?
Les spécifications HTML expliquent très bien la fonction de <h1> : "titre de niveau principal".
Tu peux très bien avoir plusieurs titres de niveau principal, n'est-ce pas ?
Ce qui est bien plus gênant c'est d'utiliser les balises contrairement à leur fonction première (sémantique) comme tu sembles vouloir le faire.
Tes premiers lésés seront tes visiteurs et tous les agents utilisateurs : les lecteurs d'écran, les plages brailles, en bref, tous les outils qui ont besoin d'avoir une page web construite avec du sens et non un aspect purement visuel. Les moteurs en font partie.
-
Oui il est préférable de donner une hauteur aux boutons pour éviter ce genre de désagrément.
Du coup, il faut éviter les paddings pour le centrage vertical et se référer aux solutions évoquées dans mon message précédent.
-
Autrement dit, pourriez vous me donner des sites qui soient autre chose que des blogs et qui sont W3C compliant avec séparation contenu/structure/présentation ?
Oui bien sûr :
- Liste de sites web professionels conformes : http://forum.alsacreations.com/ad-14-27-Si...-conformes.html
- Galeries de sites en CSS : http://forum.alsacreations.com/ad-4-26-Gal...tes-en-CSS.html
Avec ça, tu devrais être paré
Un petit coucou en passant pour juste signaler : 4 boutons disposés en carré ça sera table et merci au revoir. Je viens de passer 20 minutes sur la question (sans compter mes tentatives précédentes) à jongler entre IE et FF pour écrire du XHTML pourri et du CSS "bricolo". Gag ultime : sous IE j'obtiens un résultat presque acceptable en trois minutes, tandis que sous FF c'est nawak.C'est vrai que la conception de sites en CSS nécessite un tout nouvel apprentissage, complètement différent de la vision qu'était celle en tableaux.
Il faut accepter de prendre le temps (nécessaire et parfois long) de cet apprentissage.
Données du problème :4 boutons dans un conteneur. Taille fixe ou variable (mais variable, par un pourcentage, serait mieux). Les boutons font la même taille et contiennent une ancre. Centrage horizontal et vertical des ancres (have fun sur le vertical).
Le centrage vertical est une notion très spécifique. En toute théorie, le media web (media="screen") n'est pas paginé, donc il n'y a pas de notion de hauteur de page par exemple, puisque le concept de "page" n'existe pas sur l'écran mais uniquement sur certains medias (print) par exemple.
Il en découle qu'un site web devrait se conformer aux contraintes de son media et que les webmasters ne devraient pas "faire du print" là où ce n'est pas prévu.
Bref, le centrage vertical est très simple à mettre en oeuvre en employant la déclaration "display: table-cell" + "vertical-align: middle". Cependant, cette première déclaration n'est pas reconnue par IE (elle le sera dans IE7).
La faute à qui ? aux CSS ? Non aux navigateurs obsolètes. Mais ceci est une autre question.
Pour finir, il est facile d'obtenir quelque chose d'approchant à tes désirs, mais cela posera plus de problèmes pour le centrage vertical (pour ce dernier : http://forum.alsacreations.com/faq/#item3
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title></title>
<style type="text/css">
#conteneur {
width: 500px;
border: 2px solid black;
}
#blocboutons {
width: 310px;
margin: auto;
}
.bouton {
float: left;
width: 150px;
height: 100px;
border: 1px solid gray;
}
p {
clear: both;
}
</style>
</head>
<body>
<div id="conteneur">
<div id="blocboutons">
<a href="*" class="bouton">Bouton</a>
<a href="*" class="bouton">Bouton</a>
<a href="*" class="bouton">Bouton</a>
<a href="*" class="bouton">Bouton</a>
</div>
<p>Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Aenean nec quam. Morbi eu eros sed felis faucibus posuere. Maecenas aliquet. Sed hendrerit ultricies metus. Proin nulla. Vivamus mi pede, mattis in, condimentum in, volutpat at, nisl. Aliquam sed augue. Suspendisse in tortor ac turpis faucibus vulputate. Vestibulum turpis. Etiam eu leo. Morbi nisi. Quisque eget quam. Etiam ac leo at mauris mattis porta. Donec pharetra. Quisque nonummy faucibus lectus.</p>
</body>
</html> -
Pour "pousser" un peu plus loin, je voudrais faire en sorte que ces deux colonnes (appelons-les "menu" et "contenu") aient exactement la même taille, quelque soit le contenu de l'une ou de l'autre...
<{POST_SNAPBACK}>
Hello,
Tu cherches quelquechose dans ce genre ?
-
en fait le paiement par bons d'achat est toujours disponible dans la gestion de ton compte, à la rubrique "Modifier le mode de paiement"
<{POST_SNAPBACK}>
Exact, mais n'est-il pas voué à disparaître lors du prochain trimestre, lorsque les nouvelles conditions seront appliquées ?
Dans mon compte, les nouveaux palliers de gains ne sont pas encore appliqués non-plus, mais je pense qu'ils ne vont pas les oublier.
Enfin bref, cela devient de plus en plus intéressant de choisir l'affiliation Fnac où les gains sont de 6 à 8%
-
Bonjour à tous,
Je vois que le sujet n'a pas encore été soulevé, mais Amazon vient de modifier ses conditions d'adhésion au programme d'affiliation.
Apparemment, les différences importantes seraient :
- une baisse des gains en général (qui sont nivelés entre chaque pallier)
- une suppression du paiement des revenus en bons d'achats. Apparemment cette solution n'apparait plus. Il faut à présent établir une facture et choisir une rémunération par chèque ou virement.
-
-
Hello,
Le positionnement absolu sort du flux. Le div parent n'a donc aucune emprise sur un contenu en absolu.
Je ne comprends pas trop l'utilité d'avoir choisi le positionnement absolu pour tes éléments. Il serait plus simple et plus logique de les laisser dans le flux normal.
-
Personnellement, je m'en fiche royalement (je n'y gagne rien), je trouve que c'est simplement une marque minimale de courtoisie.
Le code que tu proposes est exactement celui proposé par le gabarit.
-
Tiens, un modèle provenant de la galerie d'Alsacréations...
Pourquoi ne pas avoir laissé la mention de la source ? C'est si dur que ça d'accepter d'avoir récupéré un gabarit d'un site de ressources libres et gratuites ?
A moins que tu ne comptais faire un don à Alsacréations pour ce modèle et dans ce cas, je n'ai rien dit
-
Qu'elle-est la différence entre div(+argument center) et la balise <center> ??
<{POST_SNAPBACK}>
Salut,
- <div> est une balise neutre, sans sens précis, servant à regrouper d'autres éléments.
- <center> est une balise HTML dépréciée (comme toutes les balises de mise en page), au profit des CSS
il y a un exemple sur alsa créationRââ ! :
Chèr Père Noël. Cette année, j'aimerais un super cadeau : que tous les gens se mettent à écrire "Alsacréations" correctement, avec un "s" à la fin. Si si, ça me plairait beaucoup. -
Salut Newton,
Les accesskeys sont en théorie un excellent moyen de faciliter la navigation. Cependant, ils se heurtent à un écueuil : les outils, systèmes d'administrations et logiciels ont eux-aussi des raccourcis claviers et tous ne s'entendent pas pour l'instant.
La liste "sûre" des Accesskeys est donc très mince.
Je te propose la lecture d'un billet de Jean-Pierre Vilain qui résume très bien la situation actuelle :
http://blog.alsacreations.com/2005/09/27/1...sibilite-du-web
Sinon, pour info, la liste conseillée par Accessiweb se trouve ici :
http://www.accessiweb.org/fr/Label_Accessi..._lineaire/#aide
Bonne lecture
-
Salut,
Voici différentes pistes existantes aujourd'hui :
http://articles.e-t172.net/round/
Bonne lecture
-
Sinon, la visibilité est bel et bien une composante de l'accessibilité
Là on va loin hors du cadre de la WAI qui définit l'Accessibilité du web.
La visibilité est certes extrêmement importante : si mon site n'est pas visible, il est certain que la question de savoir s'il est accessible importe peu.
L'ergonomie, le design, etc. sont également des composantes essentielles de l'accessibilité sans pour autant être l'accessibilité.
Mais là on va très loin dans le hors-sujet... tout en étant d'accord sur le fond
-
Salut,
Ce ne sont pas les accesskeys qui gèrent la navigation par tabulation, mais l'attribut "tabindex".
Tu peux modifier l'ordre de la navigation en changeant la valeur des tabindex :
http://www.blindsurfer.be/bsig15F.htm
http://www.braillenet.org/accessibilite/guide/fiche_6.htm
http://www.acces-pour-tous.net/fichiers_co...b=aides_nav#tab
Bonne chance
-
Le tout étant de savoir clairement ce que signifie "accessible", auprès de quelles personnes (avec quelles pratiques et quelles habitudes) et dans quel contexte ce mot est employé.
Il n'y a pas d'ambiguïté : l'accessibilité et la visibilité d'un site sont deux choses différentes.
La première est ma priorité, je n'ai pas dit que la seconde ne m'importait pas
J'ose cependant espérer ne pas être pénalisé en faisant un site pour ses visiteurs et non pour un moteur de recherche.
-
La question est: "es-tu prêt à prendre le risque?"
Je ne me pose pas la question dans ce sens.
Ma cible n'étant pas Google mais les internautes, je me pose la question de savoir comment procéder pour que mon site soit le plus accessible à tous.
Si la réponse passe par un text-indent négatif pour qu'une image de fond puisse avoir un texte alternatif aux aveugles, j'emploierai cette solution.
-
Dudu, le contenu caché par css semble en effet être dans le colimateur des moteurs de recherche. Mais je crains qu'à leurs yeux display:none, visibility:hidden ou text-indent: -5000px soient exactement la même chose: du texte caché, et donc susceptibles de provoquer une pénalité à plus ou moins long terme.
<{POST_SNAPBACK}>
Je pense qu'on va très loin dans le hors-sujet, mais c'est effectivement une question très importante : google s'occupe-t-il de la mise en page ?
Jusqu'à preuve du contraire, non : http://forum.alsacreations.com/topic.php?fid=9&tid=8668
En effet, si Google veut détecter du texte caché, il ne peut pas se permettre de simplement blacklister les sites avec un display none (par exemple), car cette propriété peut être très utile (menus déroulants par exemple). Il lui faudra donc une puissance de discernement hors du commun.
-
J'avais lu que cette méthode était la meilleure actuelle pour l'accessibilité.. mais j'ai eu beau fouiller mes favoris je n'arrive plus à me souvenir de la source (désolé) ...
En tous cas depuis que j'ai lu çà, je fais toujours ainsi et c'est impeccable
Ressources sur l'Accessibilité :
- http://blog-and-blues.org/weblog/2004/08/1...-titre-en-image : Mettre un titre en image tout en restant accessible.
EDIT : une autre discussion incluant text-indent : http://forum.alsacreations.com/topic.php?fid=6&tid=1256&s=
-
Lynx il voit comment la balise title ? Elle est affichée dans la page ?
<{POST_SNAPBACK}>
En fait, il faut l'afficher volontairement (display en CSS) pour qu'elle apparaisse dans le document... sauf que certains navigateurs ne le reconnaissent pas (je ne sais pas pour Lynx).
-
Le W3 déconseille-t-il l'emploi de plusieurs H1 ??? Je ne crois pas mais dès que j'ai le temps, je vérifie...
Non.
Mais les avis sont partagés là dessus.
En toute théorie, le titre de page n'est pas <h1>... mais <title>. Le problème est que les vieux navigateurs comme IE6 ne comprennent pas lorsqu'on affiche le <title> dans le document.
-
Je promets, dorénavant, de mettre un accent à Alsacréassion...
<{POST_SNAPBACK}>
-
Suite à la news d'alsacreation (ce n'est pas de la pub)
"Chèr Père Nowel, j'ai été très sage cette année.
J'aimerais un super cadeau : que tous les gens se mettent à écrire "Alsacréations" correctement, avec un "s" à la fin."
-
Attention à toujours veiller aux convenances de la cible principale, qui ne sont pas les moteurs, mais bel et bien les utilisateurs.
L'élément <strong> désigne une forte emphase et non une mise en gras
L'élément <b> désigne une simple mise en gras visuelle.
Il est conseillé d'employer les éléments selon leur fonction, afin que le contenu de ton document puisse être rendu de la manière la plus universelle que possible (aussi bien sur un écran que sur un PDA, un portable, un lecteur braille, un lecteur dŽécran, une imprimante, un moteur de recherche, etc.)
En te concentrant exclusivement sur la façon de "bidouiller" les balises pour faire plaisir à Google, tu choisis la meilleure manière de... ne pas aider Google à analyser ta page.
Pour répondre à ta question : http://css.alsacreations.com/Tutoriels-et-...ser-et-pourquoi
balise H1
dans Techniques de Référencement
Posté
Selon le HTML, le titre d'un document, c'est - logiquement - la balise <title> et non la balise <h1> (le problème, est que la plupart des navigateurs ne permettent pas à <title> d'être visible sur la page de l'écran - alors que c'est théoriquement possible en CSS)
Rien n'empêche d'avoir plusieurs titres de niveau 1, si ceux-ci contribuent à structurer classiquement la hierarchie de ton sommaire.