Question CSS

29 réponses

Page 12

Auteur	Message
tonguide Modérateur Inscrit le : 09/05/2005	# Le 28/08/2008 à 14:08 C'est pas rare de voir des <table> avec des <tr> et des <td> pour chaque ligne ou presque (découpe automatique en particulier je pense). Et dans ces cas là, le code peut très facilement faire des kilomètres de long. Après c'est un choix, et c'est sûr que ça peut prendre un poil plus de temps si le design est particulièrement difficile à intégrer.
devtribu Modérateur Inscrit le : 16/06/2005	# Le 28/08/2008 à 14:12 Oui, c'est vrai qu'on arrive vite a des imbrications presque infinies. Remarque que ca peut aussi etre le cas avec des div L'objectif dans mon intégration c'est de faire une decoupe facile a maintenir et a modifier. Tant que des avantages concrets (réferencement, universalité, ...) de l'abandon des tables pour la mise en page ne seront pas prouvés, je garde ma methode de barbare. Application Beauté-test mobile iPhone iPad Application Beauté-test mobile Android
tonguide Modérateur Inscrit le : 09/05/2005	# Le 28/08/2008 à 14:17 Au niveau référencement, c'est plus ou moins prouvé. On sait que Google donne plus de pertinence aux X premiers caractères (ou octets) d'une page. Si il trouve beaucoup de code, un menu en premier (en CSS, on peut facilement le mettre en bas du code, même si il est à gauche dans le visuel), ça n'aide forcement pas à identifier le contenu. Alors sans doute que ça joue très peu, mais sur des requêtes concurrentielles, je pense que ça doit jouer. Après, c'est pas une certitude à 100% mais avec Google, c'est presque impossible d'avoir des certitudes.
krucial Administrateur Inscrit le : 09/03/2005	# Le 28/08/2008 à 14:53 C'est pareil, pourquoi un div en height:100% dans une cellule ne prend pas toute la hauteur. C nul ! JC - Mes sites \| Affiliation devis travaux
tonguide Modérateur Inscrit le : 09/05/2005	# Le 28/08/2008 à 15:47 http://blog.alsacreations.com/2004/05/13/3-height pourra peut-etre en éclairer certains. Mais c'est clair que c'est pas génial. Et selon l'article, ça serait presque un bug finalement des navigateurs actuels.
Bool Modérateur Inscrit le : 09/05/2005	# Le 31/08/2008 à 01:09 Grâce à un article sur Standblog je suis tombé sur ce site récapitulatif : http://www.quirksmode.org/css/contents.html Je ne connaissais pas du tout, et je trouve ça assez pratique comme récap. Entre autre on peut voir qu'IE8 marque une nette progression coté Microsoft. Google is watching you.
krucial Administrateur Inscrit le : 09/03/2005	# Le 31/08/2008 à 10:42 Super cette page. manque juste le border radius afin de savoir que le comprend ou pas. IE8 interprete border-radius ? JC - Mes sites \| Affiliation devis travaux
Rano Modérateur Inscrit le : 13/04/2005	# Le 12/11/2008 à 10:24 http://ajaxian.com/archives/css3-ascii-layouts-ele... C'est fort Chambres d'hote tavel Séjours en provence Forum mariage
Julgates Administrateur Inscrit le : 09/03/2005	# Le 12/11/2008 à 10:30 Original en effet, combien d'années avant d'en arriver à ça ? Beyoung Interactive - Consultant web
krucial Administrateur Inscrit le : 09/03/2005	# Le 12/11/2008 à 13:19 Enorme ! JC - Mes sites \| Affiliation devis travaux

Auteur

Message

tonguide
Modérateur

Inscrit le : 09/05/2005

# Le 28/08/2008 à 14:08

C'est pas rare de voir des <table> avec des <tr> et des <td> pour chaque ligne ou presque (découpe automatique en particulier je pense). Et dans ces cas là, le code peut très facilement faire des kilomètres de long.

Après c'est un choix, et c'est sûr que ça peut prendre un poil plus de temps si le design est particulièrement difficile à intégrer.

devtribu
Modérateur

Inscrit le : 16/06/2005

# Le 28/08/2008 à 14:12

Oui, c'est vrai qu'on arrive vite a des imbrications presque infinies. Remarque que ca peut aussi etre le cas avec des div

L'objectif dans mon intégration c'est de faire une decoupe facile a maintenir et a modifier.
Tant que des avantages concrets (réferencement, universalité, ...) de l'abandon des tables pour la mise en page ne seront pas prouvés, je garde ma methode de barbare.

Application Beauté-test mobile iPhone iPad
Application Beauté-test mobile Android

tonguide
Modérateur

Inscrit le : 09/05/2005

# Le 28/08/2008 à 14:17

Au niveau référencement, c'est plus ou moins prouvé.

On sait que Google donne plus de pertinence aux X premiers caractères (ou octets) d'une page.

Si il trouve beaucoup de code, un menu en premier (en CSS, on peut facilement le mettre en bas du code, même si il est à gauche dans le visuel), ça n'aide forcement pas à identifier le contenu.

Alors sans doute que ça joue très peu, mais sur des requêtes concurrentielles, je pense que ça doit jouer.

Après, c'est pas une certitude à 100% mais avec Google, c'est presque impossible d'avoir des certitudes.

krucial
Administrateur

Inscrit le : 09/03/2005

# Le 28/08/2008 à 14:53

C'est pareil, pourquoi un div en height:100% dans une cellule ne prend pas toute la hauteur. C nul !

JC - Mes sites | Affiliation devis travaux

tonguide
Modérateur

Inscrit le : 09/05/2005

# Le 28/08/2008 à 15:47

http://blog.alsacreations.com/2004/05/13/3-height pourra peut-etre en éclairer certains.

Mais c'est clair que c'est pas génial. Et selon l'article, ça serait presque un bug finalement des navigateurs actuels.

Bool
Modérateur

Inscrit le : 09/05/2005

# Le 31/08/2008 à 01:09

Grâce à un article sur Standblog je suis tombé sur ce site récapitulatif :
http://www.quirksmode.org/css/contents.html

Je ne connaissais pas du tout, et je trouve ça assez pratique comme récap. Entre autre on peut voir qu'IE8 marque une nette progression coté Microsoft.

Google is watching you.

krucial
Administrateur

Inscrit le : 09/03/2005

# Le 31/08/2008 à 10:42

Super cette page. manque juste le border radius afin de savoir que le comprend ou pas. IE8 interprete border-radius ?

JC - Mes sites | Affiliation devis travaux

Rano
Modérateur