Sites re-ecrits et valides HTML 4.01 strict et CSS
9 réponses
Dominique Ottello
Bonjour,
Et bien voilà, après avoir beaucoup travaillé, mes deux sites :
(sans prétention ; je suis loin d'être un graphiste).
http://aviatechno.free.fr
et
http://le.pointu.free.fr
sont complètement ré-écrits en PHP et valides W3C HTML 4.01 Strict et
CSS. Tous les fichiers utilisés ont été passés au validateur - Tout du
moins j'espère ne pas en avoir oublié.
Les sites ont été essayés en local et en distant avec Mozilla 1.7.3 Fr,
Opera 7.23 et Internet Explorer 6 (Windows XP Home SP2).
Toutes les tables, sauf celles servant à présenter des données
tabulaires, ont été supprimées...
Donc, si vous trouvez des erreurs, omissions, défauts, des fautes
d'orthographes ou de syntaxe, des imperfections de typographie ou de
présentation, des pages qui "passent" mal sur certains navigateurs,
merci de m'en faire part.
--
= Dominique Ottello = http://www.ottello.net
Aujourd'hui, l'idéal du progrès est remplacé par l'idéal de l'innovation :
il ne s'agit pas que ce soit mieux, il s'agit seulement que ce soit nouveau,
même si c'est pire qu'avant et cela de toute évidence. Montherlant
> Je n'ai pas l'impression que le sélecteur donné par Laurent Wacrenier soit > si complexe que ça et pose de sprb d'interprétations aux navigateurs > chatouilleux sur les CSS, mais j'ai peut être raté qq chose ? > Par ailleurs, employer des sélecteurs un peu long pose-t-il vraiment des prb > de performances ? >
A mon avis c'est même le contraire, plus un sélecteur est spécifique plus il doit être facile au navigateur de trouver rapidement à quoi il s'applique.
à mon avis (juste un sentiment) : non le browser rencontre un id=menu il n'a pas à chercher dans tout l'arbre ==> il n'a qu'une classe pour ça de même s'il rencontre a dans li dans ul dans #menu que la déclaration suive tout le chemin depuis le serveur ou soit racourcie ( #menu a) de tte façon (à mon idée) il part de ce a puis remonte les parents à la recherche d'une regle specifique 'a' pour chacun
de donner tout le chemin n'empêche pas les héritages et donc l'inspection générale obligatoire
> Je n'ai pas l'impression que le sélecteur donné par Laurent Wacrenier soit
> si complexe que ça et pose de sprb d'interprétations aux navigateurs
> chatouilleux sur les CSS, mais j'ai peut être raté qq chose ?
> Par ailleurs, employer des sélecteurs un peu long pose-t-il vraiment des prb
> de performances ?
>
A mon avis c'est même le contraire, plus un sélecteur est spécifique
plus il doit être facile au navigateur de trouver rapidement à quoi il
s'applique.
à mon avis (juste un sentiment) : non
le browser rencontre un id=menu
il n'a pas à chercher dans tout l'arbre ==> il n'a qu'une classe pour ça
de même s'il rencontre a dans li dans ul dans #menu
que la déclaration suive tout le chemin depuis le serveur
ou soit racourcie ( #menu a) de tte façon (à mon idée)
il part de ce a
puis remonte les parents à la recherche d'une regle specifique 'a'
pour chacun
de donner tout le chemin
n'empêche pas les héritages et donc l'inspection générale obligatoire
> Je n'ai pas l'impression que le sélecteur donné par Laurent Wacrenier soit > si complexe que ça et pose de sprb d'interprétations aux navigateurs > chatouilleux sur les CSS, mais j'ai peut être raté qq chose ? > Par ailleurs, employer des sélecteurs un peu long pose-t-il vraiment des prb > de performances ? >
A mon avis c'est même le contraire, plus un sélecteur est spécifique plus il doit être facile au navigateur de trouver rapidement à quoi il s'applique.
à mon avis (juste un sentiment) : non le browser rencontre un id=menu il n'a pas à chercher dans tout l'arbre ==> il n'a qu'une classe pour ça de même s'il rencontre a dans li dans ul dans #menu que la déclaration suive tout le chemin depuis le serveur ou soit racourcie ( #menu a) de tte façon (à mon idée) il part de ce a puis remonte les parents à la recherche d'une regle specifique 'a' pour chacun
de donner tout le chemin n'empêche pas les héritages et donc l'inspection générale obligatoire
nous disent : BAD - button#backButton { } mais rien sur : #backButton button { }
Si un peu :
BAD - treehead treerow treecell { } BETTER, BUT STILL BAD (see next guideline) - treehead > treerow > treecell { }
BAD - treehead > treerow > treecell { } BEST - .treecell-header { }
L'idée générale, c'est que si on met un seul selecteur, ça va plus vite.
Et ça je ne comprends pas Avoid Universal Rules! - Make sure a rule doesn't end up in the universal category! mon anglais ne suit pas
Je suppose qu'ils parlent des règles avec "*" (le selecteur universel).
Pascal Chevrel
Le 20/10/2004 12:39, ASM a ecrit :
à mon avis (juste un sentiment) : non le browser rencontre un id=menu il n'a pas à chercher dans tout l'arbre ==> il n'a qu'une classe pour ça de même s'il rencontre a dans li dans ul dans #menu que la déclaration suive tout le chemin depuis le serveur ou soit racourcie ( #menu a) de tte façon (à mon idée) il part de ce a puis remonte les parents à la recherche d'une regle specifique 'a' pour chacun
de donner tout le chemin n'empêche pas les héritages et donc l'inspection générale obligatoire
Moi à mon avis il ne part pas du a pour chercher un parent mais de #menu pour chercher un enfant, beaucoup plus simple et logique.
Pascal
-- Pascal Chevrel - Mozilla Champion FAQ Mozilla/Netscape en français : http://www.chevrel.org/fr/faq/ Forums SOS online.net: http://forums.chevrelbureau.com/
Le 20/10/2004 12:39, ASM a ecrit :
à mon avis (juste un sentiment) : non
le browser rencontre un id=menu
il n'a pas à chercher dans tout l'arbre ==> il n'a qu'une classe pour ça
de même s'il rencontre a dans li dans ul dans #menu
que la déclaration suive tout le chemin depuis le serveur
ou soit racourcie ( #menu a) de tte façon (à mon idée)
il part de ce a
puis remonte les parents à la recherche d'une regle specifique 'a'
pour chacun
de donner tout le chemin
n'empêche pas les héritages et donc l'inspection générale obligatoire
Moi à mon avis il ne part pas du a pour chercher un parent mais de #menu
pour chercher un enfant, beaucoup plus simple et logique.
Pascal
--
Pascal Chevrel - Mozilla Champion
FAQ Mozilla/Netscape en français : http://www.chevrel.org/fr/faq/
Forums SOS online.net: http://forums.chevrelbureau.com/
à mon avis (juste un sentiment) : non le browser rencontre un id=menu il n'a pas à chercher dans tout l'arbre ==> il n'a qu'une classe pour ça de même s'il rencontre a dans li dans ul dans #menu que la déclaration suive tout le chemin depuis le serveur ou soit racourcie ( #menu a) de tte façon (à mon idée) il part de ce a puis remonte les parents à la recherche d'une regle specifique 'a' pour chacun
de donner tout le chemin n'empêche pas les héritages et donc l'inspection générale obligatoire
Moi à mon avis il ne part pas du a pour chercher un parent mais de #menu pour chercher un enfant, beaucoup plus simple et logique.
Pascal
-- Pascal Chevrel - Mozilla Champion FAQ Mozilla/Netscape en français : http://www.chevrel.org/fr/faq/ Forums SOS online.net: http://forums.chevrelbureau.com/
ASM
Pierre Goiffon a ecrit :
Merci de l'URL mais : 404: File Not Found
c'est ici : http://www.mozilla.org/xpfe/goodcss.html
si ça ne marche pas (z'ont l'air d'avoir des vapeurs) on tape good css dans le truc de recherche
Comme le dis Pascal - et c'est pourquoi je réagissais - un sélecteur qui porte sur un nombre très limité d'éléments est à prioris préférable à un sélecteur très générique non ?
pas réussi à bien comprendre ce qu'ils disent (causent pas français)
#menu a
ne me semble pas très générique ... (n'interresse que les <a> contenus dans div menu)
c'est ici :
http://www.mozilla.org/xpfe/goodcss.html
si ça ne marche pas (z'ont l'air d'avoir des vapeurs) on tape
good css
dans le truc de recherche
Comme le dis Pascal - et c'est pourquoi je réagissais - un sélecteur qui
porte sur un nombre très limité d'éléments est à prioris préférable à un
sélecteur très générique non ?
pas réussi à bien comprendre ce qu'ils disent (causent pas français)
#menu a
ne me semble pas très générique ...
(n'interresse que les <a> contenus dans div menu)
c'est ici : http://www.mozilla.org/xpfe/goodcss.html
si ça ne marche pas (z'ont l'air d'avoir des vapeurs) on tape good css dans le truc de recherche
Comme le dis Pascal - et c'est pourquoi je réagissais - un sélecteur qui porte sur un nombre très limité d'éléments est à prioris préférable à un sélecteur très générique non ?
pas réussi à bien comprendre ce qu'ils disent (causent pas français)
#menu a
ne me semble pas très générique ... (n'interresse que les <a> contenus dans div menu)
A mon avis c'est même le contraire, plus un sélecteur est spécifique plus il doit être facile au navigateur de trouver rapidement à quoi il s'applique.
Ça dépend de l'implémentation, j'imagine que la meilleure a une table de hashage avec les derniers selecteurs comme clefs, le navigateur parcourant la liste ordonée selon la priorité des styles avec ce dernier selecteur.
A mon avis c'est même le contraire, plus un sélecteur est spécifique
plus il doit être facile au navigateur de trouver rapidement à quoi il
s'applique.
Ça dépend de l'implémentation, j'imagine que la meilleure a une table
de hashage avec les derniers selecteurs comme clefs, le navigateur
parcourant la liste ordonée selon la priorité des styles avec ce
dernier selecteur.
A mon avis c'est même le contraire, plus un sélecteur est spécifique plus il doit être facile au navigateur de trouver rapidement à quoi il s'applique.
Ça dépend de l'implémentation, j'imagine que la meilleure a une table de hashage avec les derniers selecteurs comme clefs, le navigateur parcourant la liste ordonée selon la priorité des styles avec ce dernier selecteur.
Dominique Ottello
Thibaut Allender écrivait :
il y a un peu trop de classes à mon goût. par exemple dans <ul class="menu"> tous les li ont une classe identique (popfix) sauf un seul, qui a la classe "lien". popfix ne sert donc a rien, il vaut mieux déclarer une propriété globale pour ul.menu li puis une exception pour ul.menu li.lien
Corrigé et suppression (pour le moment) de 8 classes.
-- Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi http://aviatechno.free.fr (http://ottello.net) Concorde dans la presse de 1965 à 2003 : http://le.pointu.free.fr
il y a un peu trop de classes à mon goût.
par exemple dans <ul class="menu"> tous les li ont une classe identique
(popfix) sauf un seul, qui a la classe "lien".
popfix ne sert donc a rien, il vaut mieux déclarer une propriété globale
pour ul.menu li puis une exception pour ul.menu li.lien
Corrigé et suppression (pour le moment) de 8 classes.
--
Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
http://aviatechno.free.fr (http://ottello.net)
Concorde dans la presse de 1965 à 2003 : http://le.pointu.free.fr
il y a un peu trop de classes à mon goût. par exemple dans <ul class="menu"> tous les li ont une classe identique (popfix) sauf un seul, qui a la classe "lien". popfix ne sert donc a rien, il vaut mieux déclarer une propriété globale pour ul.menu li puis une exception pour ul.menu li.lien
Corrigé et suppression (pour le moment) de 8 classes.
-- Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi http://aviatechno.free.fr (http://ottello.net) Concorde dans la presse de 1965 à 2003 : http://le.pointu.free.fr
