Reprise du message précédent :
oui sauf qu'on a pas parler d'élements vides .
Les boutons ici sont des éléments d'une liste, le 1er <li> va contenir "Services" et le bg de cet élément, le graphisme.

même pas il dirait merci le mec  
 
 

Merci Liver et les zotres
 

de rien

perso je fais des li avec des span dedans, et derrière le span que je place le texte qui m'intéresse et qui est alors recouvert par le span. Comme ça pour google le texte existe, pour ceux qui désactivent le graphisme ou les aveugle, aussi, etc etc

PS: Salut Liverpopo

Me fais moins chier, je fous juste un text-indent à -9999px sur l'élément dans un cas comme ça. Bon pour ceux qui désactivent les graphismes c'est dommage

 
Avec le css :  
 

Ouais mais ça c'est très mal vu par google qui considère que tu caches du texte

y'a de l'astuce par ici    
 
salut Wiwi  

Sources ?
Parce que j'avais cherché à un moment et j'ai jamais vu de trucs clairs à ce sujet

J'avais lu un article à propos de SEO qui traitait ce genre de question, je me souviens que du contenu caché par CSS (display:none, positionnement extremes...) ne pénalisait pas le référencement si c'était à profit du design.  
L'histoire ne nous a jamais dit comment techniquement, google interpretait le but de ces pratiques...
 
Faudrait que je retrouve un lien, à mes souvenir c'était sur le site communautaire de google sur le developpement ...
 
Au boulot, on m'a fait comprendre qu'il était plus sûre d'utiliser des typos standard dans le template afin d'avoir un vrai texte dans le HTML pour éviter ce genre de dilème... De toutes façon, ton contenu textuel est inévitablement en typo standard, le fait d'utiliser la même typo pour ton menu ne niquera donc pas forcément l'harmonie de ton design...
 
Sur un autre topic, qq1 a parlé d'une solution JS pour implémenter une typo en web. Si l'utilisateur désactive JS, il aura une typo standard, ce qui n'a rien de fatale à mon gout...

Y'a Cufon, sIFR (JS+flash), FLIR, typeface.js, et surement d'autres (y'a des plug jQuery aussi), et certains traitement se font côté serveur (php je suppose)... et @font-face avec CSS3.
Ca mériterait un topic en soit.
 
(hs : comment on lit les données des candysticks ?)

ton HS là c'est a propos des cadystock que j'ai mis sur ma preview?

non c'est pour ça :

Je n'étais pas en forme moi, ou je devais avoir faim ...  
Ce n'est pas CANDYSTICK mais CANDLESTICK...

Ok je comprend pourquoi je trouvais pas

Je cherchais des infos y'a pas longtemps sur les raisons du blacklisting de google dans son référencement... (parce que justement mon myspace s'était fait jeter du moteur)
Et un peu partout la même chose revenait sur le fait d'utiliser le CSS pour cacher des infos en vue de favoriser le référencement naturel...
J'avais effectivement des positionnement négatifs dans mon CSS (et ça apparement c'est pas bien, d'après ce que j'avais vu...) j'en ai profité pour passer à la nouvelle version du profil et un nouveau design.
Puis le référencement est revenu... Alors hasard ou pas ?...
 
Mais une chose est sur c'est que le positionnement négatif, tout le monde avait l'air de s'accorder sur le fait qu'il fallait éviter...

donc je viens de commencer mon fichier CSS
j'ai donc créer le squelette de telle maniere :
 
header
navigation
colonne gauche
colonne droite
footer
 
une question dans le CSS j'ai donc bien mes différents div marqués comme cela:
#body
#wrapper (pour contenir le tout)
#header
#nav
#colG
#colD
#footer
 
 
si je veux placer mes images d'ombres autour du header je peut les mettre en place dans le fichier CSS ou pas?
 
j'avais pensé au <span> mais je suis pas sur.
 
j'ai ca pour le moment

je bloque sur mon menu... pour le moment je fonctionne avec un menu simple pour ensuite m'attaquer au menu avec image
 
la ou je bloque c'est que j'arrive pas a faire en sorte que ce soit la largeur/hauteur qui change de couleur, là y a que le texte qui change de couleur
 

tu voudrais faire quoi? Si tu veux changer les dimensions durant le hover, il suffit d'indiquer dans le css a:hover les dimensions que tu veux.
A savoir:

• que la largeur complète = width + padding left+right + margin left+right

• que la hauteur complète = height + padding top+bottom + margin top+bottom

Ce qui veut dire que si tu veux jouer sur la marge, il faut compenser les un et les autres pour pas faire bouger tout le reste autours

EDIT : oui bon je t'avais mal lu. Qu'est-ce que tu entends pas la couleurs de la hauteur? Le fond? Les bords? Enfin je ne vois pas là difficulté, tu changes quand même les paramètres dans le a:hover

et c'est ce que j'ai fais, dans le a:hover le background passe en orange
et au preview, y a que le texte qui passe du blanc au orange alors que dans mon code le texte reste en blanc

il doit y avoir une histoire de priorité avec un autre css ou un truc du genre

j'ai trouvé là ou ca bloquait
 
sur mes deux derniers appels CSS #navigation li a et #navigation li a:hover  la fermeture du premier se trouvait apres la fermeture du second donc le premier englobait le a:hover
 
la ca fonctionne

Au risque de paraitre rabat joie, la taille general du site est un peu petite.  
800px de large. c'est depassé. En effet, moins de 1% des internaute en 2010 ont une resolution de cette taille. Les ecran etant de plus en plus grand, de grand espaces vides risque d'etre nuisible a la bonne lecture du site.
 
Un conseille, utilise un script pour determiner la taille d'ecran de l'utilisateur et adapte la taille de ton site en fonction.

J'ai des stats entre 1 et 2% mais ça change pas fondamentalement, d'accord pour dire que c'est peu de toute façon.
 
Les grands espaces vides peuvent être nuisibles, oui, mais quand ils sont à l'intérieur du contenu.
Des lignes trop longues sont aussi nuisibles à la lecture qd on a bcp de texte...
Ici vu que son site est centré je ne vois pas en quoi ça pose un pb de lisibilité.
 

surtout que le contenu sera limité quand meme, c'est un site pour mettre en avant mes services et competences et mon book donc bon...
 
la clarté et la lisibilité priment.
je me vois mal avoir mon site sur une largeur de 1920 pix

Ben ouais. Pour moi la taille du support doit être adapté au contenu.
Qu'un site avec bcp de contenu/rubriques différentes exploite du 1024+ je comprend l'interet, sinon c'est se compliquer inutilement la mise en page pour combler les grand espaces vides je trouve.

je suis d'accord avec le fait que le theme doit etre liquide(centré) et non fluide(plein ecran), mais rien que sur du 1280*1024, un site liquide de 800px de large semble perdu au milieu d'un ocean de vide, sans parler des résolutions supérieur.  
Ensuite je vois que tu va faire un theme vraisemblablement en 2 colonnes, pour une bonne lisibilité sur du 800 faudrait une colonne en 200px et l'autre en 600px. Cela ne laisse pas beaucoup de place pour une galerie (par exemple dans la rubrique réalisation).
De plus, un site en 960px de large améliore le confort visuel indéniablement et passe sur du 1024 et supérieur.
 
pour le texte, tu peux augmenter la taille, cela peux combler un peu le contenu, et de toute facon ne peux qu'améliorer la lisibilité.  

alors pour la gelerie ce qui est prevu c'est des petites vignettes avec fondu et agrandissement, apparement c'est faisable sans flash et c'est tant mieux.
 
à la rigueur je peut voir pour agrandir a 960px
 
pour l'heure, je suis dans le CSS, j'avance doucement, je commence deja a ecrire le code sans avoir besoin d'aller chercher comment ca se structure, je pense avoir compris les bases deja
 
là je suis sur le CSS du formulaire de contact