Tous les fichiers *.css utilisés sont ceux initiaux de Spip, sauf celui
que j'ai programmé personnellement ( complété avec les classes
personnelles du site ), qui se trouve à l'url suivante :
www.lespronostics.com/squelettes/perso.css
Tous les fichiers *.css utilisés sont ceux initiaux de Spip, sauf celui
que j'ai programmé personnellement ( complété avec les classes
personnelles du site ), qui se trouve à l'url suivante :
www.lespronostics.com/squelettes/perso.css
Tous les fichiers *.css utilisés sont ceux initiaux de Spip, sauf celui
que j'ai programmé personnellement ( complété avec les classes
personnelles du site ), qui se trouve à l'url suivante :
www.lespronostics.com/squelettes/perso.css
A mon avis ( merci de me détromper ), les font-size doivent être
spécifiés en em, et non pas en pixels ( px ).
En effet, quand la définition augmente, la taille restant fixe en
pixels, occupe proportionnellement moins d'espace par rapport à l'écran.
Le problème ( c'est le cas pour les font-size, et également pour les
dimensions des containers, à part la div du milieu ), c'est que toutes
les dimensions de la partie centrale du site ( au milieu de l'écran ),
sont en pixels.
En conclusion, il me semble que convertir toutes les tailles en
proportionnel ( sortir du tout px ), est une nécessité.
Merci de me dire ce que en pensez.
A mon avis ( merci de me détromper ), les font-size doivent être
spécifiés en em, et non pas en pixels ( px ).
En effet, quand la définition augmente, la taille restant fixe en
pixels, occupe proportionnellement moins d'espace par rapport à l'écran.
Le problème ( c'est le cas pour les font-size, et également pour les
dimensions des containers, à part la div du milieu ), c'est que toutes
les dimensions de la partie centrale du site ( au milieu de l'écran ),
sont en pixels.
En conclusion, il me semble que convertir toutes les tailles en
proportionnel ( sortir du tout px ), est une nécessité.
Merci de me dire ce que en pensez.
A mon avis ( merci de me détromper ), les font-size doivent être
spécifiés en em, et non pas en pixels ( px ).
En effet, quand la définition augmente, la taille restant fixe en
pixels, occupe proportionnellement moins d'espace par rapport à l'écran.
Le problème ( c'est le cas pour les font-size, et également pour les
dimensions des containers, à part la div du milieu ), c'est que toutes
les dimensions de la partie centrale du site ( au milieu de l'écran ),
sont en pixels.
En conclusion, il me semble que convertir toutes les tailles en
proportionnel ( sortir du tout px ), est une nécessité.
Merci de me dire ce que en pensez.
Je ne peux que vous dire que vu le site, le nombre de pages qu'il
contient, votre fichier CSS parait exagérément long. En le lisant on
voit des classes pour de très nombreux éléments, il faudrait donc les
repasser un par un, c'est une étude qui prendrai du temps...
Regardez ce que vous pouvez rendre générique ! Sans connaître le détail
il ne me parait pas très pertinent d'avoir cette suite de
td.<nom_classe> pour chaque page, vraiment...
Je ne peux que vous dire que vu le site, le nombre de pages qu'il
contient, votre fichier CSS parait exagérément long. En le lisant on
voit des classes pour de très nombreux éléments, il faudrait donc les
repasser un par un, c'est une étude qui prendrai du temps...
Regardez ce que vous pouvez rendre générique ! Sans connaître le détail
il ne me parait pas très pertinent d'avoir cette suite de
td.<nom_classe> pour chaque page, vraiment...
Je ne peux que vous dire que vu le site, le nombre de pages qu'il
contient, votre fichier CSS parait exagérément long. En le lisant on
voit des classes pour de très nombreux éléments, il faudrait donc les
repasser un par un, c'est une étude qui prendrai du temps...
Regardez ce que vous pouvez rendre générique ! Sans connaître le détail
il ne me parait pas très pertinent d'avoir cette suite de
td.<nom_classe> pour chaque page, vraiment...
Une question : Compte tenu fait que je met bien dans la balise <html>,
la taille par défaut suivante :
html {
font-size : 100%;
}
ainsi que dans le body, qui me sert à régler les tailles générales sur
l'ensemble du site, j'aurais besoin de savoir, si Internet Explorer, a
réellement le bug suivant : de ne pas gérer implicitement convenablement
l'héritage des tailles de caractères entre des balises <table>
imbriquées, quand ces balises <table> ne sont pas toutes, associées à
explicitement à une taille relative. ( Ceci pour les tailles en em
seulement ).
Par exemple, pour chaque table, faut-il ou non, mettre ceci par exemple :
table {
font-size : 1em;
}
dans le cas, où il y a plusieurs balises <table> imbriquées, et où l'on
veut que la taille de caractère par défaut du container externe, soit
transmise à l'intérieur de la <table> interne ?
J'ai cru voir sur Internet ce genre d'indication. Est-elle vrai ou
fausse, ou bien ma mémoire flanche un peu ?
Une question : Compte tenu fait que je met bien dans la balise <html>,
la taille par défaut suivante :
html {
font-size : 100%;
}
ainsi que dans le body, qui me sert à régler les tailles générales sur
l'ensemble du site, j'aurais besoin de savoir, si Internet Explorer, a
réellement le bug suivant : de ne pas gérer implicitement convenablement
l'héritage des tailles de caractères entre des balises <table>
imbriquées, quand ces balises <table> ne sont pas toutes, associées à
explicitement à une taille relative. ( Ceci pour les tailles en em
seulement ).
Par exemple, pour chaque table, faut-il ou non, mettre ceci par exemple :
table {
font-size : 1em;
}
dans le cas, où il y a plusieurs balises <table> imbriquées, et où l'on
veut que la taille de caractère par défaut du container externe, soit
transmise à l'intérieur de la <table> interne ?
J'ai cru voir sur Internet ce genre d'indication. Est-elle vrai ou
fausse, ou bien ma mémoire flanche un peu ?
Une question : Compte tenu fait que je met bien dans la balise <html>,
la taille par défaut suivante :
html {
font-size : 100%;
}
ainsi que dans le body, qui me sert à régler les tailles générales sur
l'ensemble du site, j'aurais besoin de savoir, si Internet Explorer, a
réellement le bug suivant : de ne pas gérer implicitement convenablement
l'héritage des tailles de caractères entre des balises <table>
imbriquées, quand ces balises <table> ne sont pas toutes, associées à
explicitement à une taille relative. ( Ceci pour les tailles en em
seulement ).
Par exemple, pour chaque table, faut-il ou non, mettre ceci par exemple :
table {
font-size : 1em;
}
dans le cas, où il y a plusieurs balises <table> imbriquées, et où l'on
veut que la taille de caractère par défaut du container externe, soit
transmise à l'intérieur de la <table> interne ?
J'ai cru voir sur Internet ce genre d'indication. Est-elle vrai ou
fausse, ou bien ma mémoire flanche un peu ?
Je n'en ai pas le souvenir. Voir par exemple http://haslayout.net/css/
pour les bugs IE. Et, comme l'indique d'ailleurs justement l'url de ce
site, penser à systématiquement "mettre le haslayout" (classiquement
avec un zoom: 1) lorsqu'il y a un problème sous IE < 8.
Je n'en ai pas le souvenir. Voir par exemple http://haslayout.net/css/
pour les bugs IE. Et, comme l'indique d'ailleurs justement l'url de ce
site, penser à systématiquement "mettre le haslayout" (classiquement
avec un zoom: 1) lorsqu'il y a un problème sous IE < 8.
Je n'en ai pas le souvenir. Voir par exemple http://haslayout.net/css/
pour les bugs IE. Et, comme l'indique d'ailleurs justement l'url de ce
site, penser à systématiquement "mettre le haslayout" (classiquement
avec un zoom: 1) lorsqu'il y a un problème sous IE < 8.
Le 08/11/2011 09:48, Olivier Masson a écrit :
Je n'en ai pas le souvenir. Voir par exemple http://haslayout.net/css/
pour les bugs IE. Et, comme l'indique d'ailleurs justement l'url de ce
site, penser à systématiquement "mettre le haslayout" (classiquement
avec un zoom: 1) lorsqu'il y a un problème sous IE < 8.
Bonjour Monsieur
Je ne sais pas ce que veut dire "mettre le hashlayout" pour une page html.
Par "zoom: 1", vous voulez probablement dire : sous la valeur par défaut
du navigateur, de la taille des caractères ?
Je sais que les navigateur IE, ont un problème de prise en compte ou
non, des layout, mais je ne sais pas dans quelles conditions il en
tiennent compte, ou non.
Je ne sais pas, si celà a à voir, avec le mode "Quirk", ou l'autre mode
de prise en compte normale, du doctype par les navigateurs IE.
Si vous pouviez me donner une indications pour d'autres sites traitant
plus spécifiquement de la mise au point, pour les hashlayout, des css
sous IE, je vous en serais très reconnaissant. ;)
Le 08/11/2011 09:48, Olivier Masson a écrit :
Je n'en ai pas le souvenir. Voir par exemple http://haslayout.net/css/
pour les bugs IE. Et, comme l'indique d'ailleurs justement l'url de ce
site, penser à systématiquement "mettre le haslayout" (classiquement
avec un zoom: 1) lorsqu'il y a un problème sous IE < 8.
Bonjour Monsieur
Je ne sais pas ce que veut dire "mettre le hashlayout" pour une page html.
Par "zoom: 1", vous voulez probablement dire : sous la valeur par défaut
du navigateur, de la taille des caractères ?
Je sais que les navigateur IE, ont un problème de prise en compte ou
non, des layout, mais je ne sais pas dans quelles conditions il en
tiennent compte, ou non.
Je ne sais pas, si celà a à voir, avec le mode "Quirk", ou l'autre mode
de prise en compte normale, du doctype par les navigateurs IE.
Si vous pouviez me donner une indications pour d'autres sites traitant
plus spécifiquement de la mise au point, pour les hashlayout, des css
sous IE, je vous en serais très reconnaissant. ;)
Le 08/11/2011 09:48, Olivier Masson a écrit :
Je n'en ai pas le souvenir. Voir par exemple http://haslayout.net/css/
pour les bugs IE. Et, comme l'indique d'ailleurs justement l'url de ce
site, penser à systématiquement "mettre le haslayout" (classiquement
avec un zoom: 1) lorsqu'il y a un problème sous IE < 8.
Bonjour Monsieur
Je ne sais pas ce que veut dire "mettre le hashlayout" pour une page html.
Par "zoom: 1", vous voulez probablement dire : sous la valeur par défaut
du navigateur, de la taille des caractères ?
Je sais que les navigateur IE, ont un problème de prise en compte ou
non, des layout, mais je ne sais pas dans quelles conditions il en
tiennent compte, ou non.
Je ne sais pas, si celà a à voir, avec le mode "Quirk", ou l'autre mode
de prise en compte normale, du doctype par les navigateurs IE.
Si vous pouviez me donner une indications pour d'autres sites traitant
plus spécifiquement de la mise au point, pour les hashlayout, des css
sous IE, je vous en serais très reconnaissant. ;)
Le 08/11/11 10:30, Jean Francois Ortolo a écrit :Le 08/11/2011 09:48, Olivier Masson a écrit :
Je n'en ai pas le souvenir. Voir par exemple http://haslayout.net/css/
pour les bugs IE. Et, comme l'indique d'ailleurs justement l'url de ce
site, penser à systématiquement "mettre le haslayout" (classiquement
avec un zoom: 1) lorsqu'il y a un problème sous IE < 8.
BODY, IMG, INPUT, TABLE et TD ont toujours le "layout"
Pour le problème/questionnement à propos d'héritage (des règles propres
aux tables imbriquées), voir :
<http://www.yoyodesign.org/doc/w3c/css2/propidx.html>
... je ne sais ce que les IE en font ... :-/Bonjour Monsieur
Je ne sais pas ce que veut dire "mettre le hashlayout" pour une page
html.
non ! has layout ("a" le mode "mise en page")
oui, mais :
- avez-vous consulté l'url proposée ci-haut
- avez-vous consulté la base de données de M$ ?
- c'est un truc assez particulier à IE ...
en gros s'assurer que l'élément est bien un "calque" ou une "couche"
(des trucs à afficher)Par "zoom: 1", vous voulez probablement dire : sous la valeur par défaut
du navigateur, de la taille des caractères ?
oui, zoom:1; est probablement le zoom par défaut
... zoom est une css propre à IE, me semble-ce
... je ne la trouve pas ici :
<http://www.yoyodesign.org/doc/w3c/css2/indexlist.html#index-z>
ni là :
<http://www.w3.org/TR/CSS21/indexlist.html#index-z>
Avec cette règle renseignée on assure le "layout" au machin
Le layout est aussi assuré si on stipule des dimensions (width ou height)
voir :
<http://msdn.microsoft.com/en-us/library/ms533776%28VS.85%29.aspx>Je sais que les navigateur IE, ont un problème de prise en compte ou
non, des layout, mais je ne sais pas dans quelles conditions il en
tiennent compte, ou non.
voir alors chez MicroSoft, non ?Je ne sais pas, si celà a à voir, avec le mode "Quirk", ou l'autre mode
de prise en compte normale, du doctype par les navigateurs IE.
en mode "strict" le truc du width ou height ne donnera pas le layoutSi vous pouviez me donner une indications pour d'autres sites traitant
plus spécifiquement de la mise au point, pour les hashlayout, des css
sous IE, je vous en serais très reconnaissant. ;)
et google ?
<http://www.google.com/search?q=haslayout>
Le 08/11/11 10:30, Jean Francois Ortolo a écrit :
Le 08/11/2011 09:48, Olivier Masson a écrit :
Je n'en ai pas le souvenir. Voir par exemple http://haslayout.net/css/
pour les bugs IE. Et, comme l'indique d'ailleurs justement l'url de ce
site, penser à systématiquement "mettre le haslayout" (classiquement
avec un zoom: 1) lorsqu'il y a un problème sous IE < 8.
BODY, IMG, INPUT, TABLE et TD ont toujours le "layout"
Pour le problème/questionnement à propos d'héritage (des règles propres
aux tables imbriquées), voir :
<http://www.yoyodesign.org/doc/w3c/css2/propidx.html>
... je ne sais ce que les IE en font ... :-/
Bonjour Monsieur
Je ne sais pas ce que veut dire "mettre le hashlayout" pour une page
html.
non ! has layout ("a" le mode "mise en page")
oui, mais :
- avez-vous consulté l'url proposée ci-haut
- avez-vous consulté la base de données de M$ ?
- c'est un truc assez particulier à IE ...
en gros s'assurer que l'élément est bien un "calque" ou une "couche"
(des trucs à afficher)
Par "zoom: 1", vous voulez probablement dire : sous la valeur par défaut
du navigateur, de la taille des caractères ?
oui, zoom:1; est probablement le zoom par défaut
... zoom est une css propre à IE, me semble-ce
... je ne la trouve pas ici :
<http://www.yoyodesign.org/doc/w3c/css2/indexlist.html#index-z>
ni là :
<http://www.w3.org/TR/CSS21/indexlist.html#index-z>
Avec cette règle renseignée on assure le "layout" au machin
Le layout est aussi assuré si on stipule des dimensions (width ou height)
voir :
<http://msdn.microsoft.com/en-us/library/ms533776%28VS.85%29.aspx>
Je sais que les navigateur IE, ont un problème de prise en compte ou
non, des layout, mais je ne sais pas dans quelles conditions il en
tiennent compte, ou non.
voir alors chez MicroSoft, non ?
Je ne sais pas, si celà a à voir, avec le mode "Quirk", ou l'autre mode
de prise en compte normale, du doctype par les navigateurs IE.
en mode "strict" le truc du width ou height ne donnera pas le layout
Si vous pouviez me donner une indications pour d'autres sites traitant
plus spécifiquement de la mise au point, pour les hashlayout, des css
sous IE, je vous en serais très reconnaissant. ;)
et google ?
<http://www.google.com/search?q=haslayout>
Le 08/11/11 10:30, Jean Francois Ortolo a écrit :Le 08/11/2011 09:48, Olivier Masson a écrit :
Je n'en ai pas le souvenir. Voir par exemple http://haslayout.net/css/
pour les bugs IE. Et, comme l'indique d'ailleurs justement l'url de ce
site, penser à systématiquement "mettre le haslayout" (classiquement
avec un zoom: 1) lorsqu'il y a un problème sous IE < 8.
BODY, IMG, INPUT, TABLE et TD ont toujours le "layout"
Pour le problème/questionnement à propos d'héritage (des règles propres
aux tables imbriquées), voir :
<http://www.yoyodesign.org/doc/w3c/css2/propidx.html>
... je ne sais ce que les IE en font ... :-/Bonjour Monsieur
Je ne sais pas ce que veut dire "mettre le hashlayout" pour une page
html.
non ! has layout ("a" le mode "mise en page")
oui, mais :
- avez-vous consulté l'url proposée ci-haut
- avez-vous consulté la base de données de M$ ?
- c'est un truc assez particulier à IE ...
en gros s'assurer que l'élément est bien un "calque" ou une "couche"
(des trucs à afficher)Par "zoom: 1", vous voulez probablement dire : sous la valeur par défaut
du navigateur, de la taille des caractères ?
oui, zoom:1; est probablement le zoom par défaut
... zoom est une css propre à IE, me semble-ce
... je ne la trouve pas ici :
<http://www.yoyodesign.org/doc/w3c/css2/indexlist.html#index-z>
ni là :
<http://www.w3.org/TR/CSS21/indexlist.html#index-z>
Avec cette règle renseignée on assure le "layout" au machin
Le layout est aussi assuré si on stipule des dimensions (width ou height)
voir :
<http://msdn.microsoft.com/en-us/library/ms533776%28VS.85%29.aspx>Je sais que les navigateur IE, ont un problème de prise en compte ou
non, des layout, mais je ne sais pas dans quelles conditions il en
tiennent compte, ou non.
voir alors chez MicroSoft, non ?Je ne sais pas, si celà a à voir, avec le mode "Quirk", ou l'autre mode
de prise en compte normale, du doctype par les navigateurs IE.
en mode "strict" le truc du width ou height ne donnera pas le layoutSi vous pouviez me donner une indications pour d'autres sites traitant
plus spécifiquement de la mise au point, pour les hashlayout, des css
sous IE, je vous en serais très reconnaissant. ;)
et google ?
<http://www.google.com/search?q=haslayout>
Bonjour Monsieur
Si j'ai bien compris, les balises table, th, td et autres tableaux, ont
le layout par défaut.
Et puis, pour que les autre élément de type bloc tels que div ou p aient
le layout, il suffit de leur affecter un width, même en pourcentage ?
Faut-il obligatoirement, pour les div, spécifier un height , et si oui,
laquelle ?
Actuellement, tous les éléments du site www.lespronostics.com , sont des
tables ou des p ou des div, mais les dic ont toujours une width.
Celà est-il suffisant, pour que tous les éléments aient le layout ?
Je suis sous Linux Fedora 14 64 bits.
Bonjour Monsieur
Si j'ai bien compris, les balises table, th, td et autres tableaux, ont
le layout par défaut.
Et puis, pour que les autre élément de type bloc tels que div ou p aient
le layout, il suffit de leur affecter un width, même en pourcentage ?
Faut-il obligatoirement, pour les div, spécifier un height , et si oui,
laquelle ?
Actuellement, tous les éléments du site www.lespronostics.com , sont des
tables ou des p ou des div, mais les dic ont toujours une width.
Celà est-il suffisant, pour que tous les éléments aient le layout ?
Je suis sous Linux Fedora 14 64 bits.
Bonjour Monsieur
Si j'ai bien compris, les balises table, th, td et autres tableaux, ont
le layout par défaut.
Et puis, pour que les autre élément de type bloc tels que div ou p aient
le layout, il suffit de leur affecter un width, même en pourcentage ?
Faut-il obligatoirement, pour les div, spécifier un height , et si oui,
laquelle ?
Actuellement, tous les éléments du site www.lespronostics.com , sont des
tables ou des p ou des div, mais les dic ont toujours une width.
Celà est-il suffisant, pour que tous les éléments aient le layout ?
Je suis sous Linux Fedora 14 64 bits.
Et puis, pour que les autre élément de type bloc tels que div ou p aient
le layout, il suffit de leur affecter un width, même en pourcentage ?
Faut-il obligatoirement, pour les div, spécifier un height , et si oui,
laquelle ?
Comme je l'ai dit, on utilise très couramment zoom: 1 pour la simple et
bonne raison que cette propriété ne change rien à la mise en page.
Quelques autres propriétés donne le layout mais ne sont utilisables
systématiquement.
Et puis, pour que les autre élément de type bloc tels que div ou p aient
le layout, il suffit de leur affecter un width, même en pourcentage ?
Faut-il obligatoirement, pour les div, spécifier un height , et si oui,
laquelle ?
Comme je l'ai dit, on utilise très couramment zoom: 1 pour la simple et
bonne raison que cette propriété ne change rien à la mise en page.
Quelques autres propriétés donne le layout mais ne sont utilisables
systématiquement.
Et puis, pour que les autre élément de type bloc tels que div ou p aient
le layout, il suffit de leur affecter un width, même en pourcentage ?
Faut-il obligatoirement, pour les div, spécifier un height , et si oui,
laquelle ?
Comme je l'ai dit, on utilise très couramment zoom: 1 pour la simple et
bonne raison que cette propriété ne change rien à la mise en page.
Quelques autres propriétés donne le layout mais ne sont utilisables
systématiquement.