Salut,
Je suis prof et on cherche à faire les trombinoscopes de plus de 50
classes et 1500 elèves.
J'ai proposé de faire ça en XHTML/CSS à l'aide d'un script qui utilise
imagemagick (c'est sous linux), et ça marche vraiment bien. Il suffit de
mettre les photos dans un dossier par classe et de lancer le script pour
générer un index.php.
Mais il y a un problème... l'impression de la page (au moins avec
Firefox. Je n'ai pas eu le temps de tester avec d'autres navigateurs
car je suis un poil à la bourre). Je crois que ça vient de ma manière de
générer un tableau avec une css pour les listes d'images.
Salut,
Je suis prof et on cherche à faire les trombinoscopes de plus de 50
classes et 1500 elèves.
J'ai proposé de faire ça en XHTML/CSS à l'aide d'un script qui utilise
imagemagick (c'est sous linux), et ça marche vraiment bien. Il suffit de
mettre les photos dans un dossier par classe et de lancer le script pour
générer un index.php.
Mais il y a un problème... l'impression de la page (au moins avec
Firefox. Je n'ai pas eu le temps de tester avec d'autres navigateurs
car je suis un poil à la bourre). Je crois que ça vient de ma manière de
générer un tableau avec une css pour les listes d'images.
Salut,
Je suis prof et on cherche à faire les trombinoscopes de plus de 50
classes et 1500 elèves.
J'ai proposé de faire ça en XHTML/CSS à l'aide d'un script qui utilise
imagemagick (c'est sous linux), et ça marche vraiment bien. Il suffit de
mettre les photos dans un dossier par classe et de lancer le script pour
générer un index.php.
Mais il y a un problème... l'impression de la page (au moins avec
Firefox. Je n'ai pas eu le temps de tester avec d'autres navigateurs
car je suis un poil à la bourre). Je crois que ça vient de ma manière de
générer un tableau avec une css pour les listes d'images.
Salut,
J'explique un peu les particularités de la css.
Les trombines des elèves ne sont pas dans un tableau, mais dans une
liste dont le style est:
.ul-photo {
margin: 0px;
padding:0px;
}
.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Elle contient un hack pour rétablir le flux (trouvé je sais plus où),
sinon la liste des vignettes se fait les unes au dessous des autres au
lieu de remplir une ligne (aussi bien à l'affichage qu'à l'impression)
.retablir-flux {
clear: both;
}
Le pied de page qui, dans un navigateur, apparaît bien en bas de la
dernière page (la mention "page générée...") est imprimé après la
première ligne de vignettes de la première page.
C'est valide xhtml1.0
Salut,
J'explique un peu les particularités de la css.
Les trombines des elèves ne sont pas dans un tableau, mais dans une
liste dont le style est:
.ul-photo {
margin: 0px;
padding:0px;
}
.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Elle contient un hack pour rétablir le flux (trouvé je sais plus où),
sinon la liste des vignettes se fait les unes au dessous des autres au
lieu de remplir une ligne (aussi bien à l'affichage qu'à l'impression)
.retablir-flux {
clear: both;
}
Le pied de page qui, dans un navigateur, apparaît bien en bas de la
dernière page (la mention "page générée...") est imprimé après la
première ligne de vignettes de la première page.
C'est valide xhtml1.0
Salut,
J'explique un peu les particularités de la css.
Les trombines des elèves ne sont pas dans un tableau, mais dans une
liste dont le style est:
.ul-photo {
margin: 0px;
padding:0px;
}
.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Elle contient un hack pour rétablir le flux (trouvé je sais plus où),
sinon la liste des vignettes se fait les unes au dessous des autres au
lieu de remplir une ligne (aussi bien à l'affichage qu'à l'impression)
.retablir-flux {
clear: both;
}
Le pied de page qui, dans un navigateur, apparaît bien en bas de la
dernière page (la mention "page générée...") est imprimé après la
première ligne de vignettes de la première page.
C'est valide xhtml1.0
"Hugolino" a écrit dans le message de news:
>
> Salut,
>
> Je suis prof et on cherche à faire les trombinoscopes de plus de 50
> classes et 1500 elèves.
>
> J'ai proposé de faire ça en XHTML/CSS à l'aide d'un script qui utilise
> imagemagick (c'est sous linux), et ça marche vraiment bien. Il suffit de
> mettre les photos dans un dossier par classe et de lancer le script pour
> générer un index.php.
>
> Mais il y a un problème... l'impression de la page (au moins avec
> Firefox. Je n'ai pas eu le temps de tester avec d'autres navigateurs
> car je suis un poil à la bourre). Je crois que ça vient de ma manière de
> générer un tableau avec une css pour les listes d'images.
>
Le problème c'est que les cases des trombines n'est pas assez bien gérée,
AMHA. Il faudrait un cadre plus rigide (fini la permissivité dans l'éducnat
:-) ). On y gagnerait en esthétique (chaque trombine centrée dans sa case)
et en logique d'impression. En effet si les limites ne sont pas fixées
l'impression est merdique (comme d'hab) avec FF et un peu mieux avec IE7. Je
suggère un conteneur (BODY) de 1024 px de large quadrillé en sous DIV pour
les trombines. Le but sur l'écran comme sur l'imprimante étant d'établir des
planches.
"Hugolino" <hugolino@free.fr> a écrit dans le message de news:
slrnff8cv9.c88.hugolino@deborah.rock-n-roll.org...
>
> Salut,
>
> Je suis prof et on cherche à faire les trombinoscopes de plus de 50
> classes et 1500 elèves.
>
> J'ai proposé de faire ça en XHTML/CSS à l'aide d'un script qui utilise
> imagemagick (c'est sous linux), et ça marche vraiment bien. Il suffit de
> mettre les photos dans un dossier par classe et de lancer le script pour
> générer un index.php.
>
> Mais il y a un problème... l'impression de la page (au moins avec
> Firefox. Je n'ai pas eu le temps de tester avec d'autres navigateurs
> car je suis un poil à la bourre). Je crois que ça vient de ma manière de
> générer un tableau avec une css pour les listes d'images.
>
Le problème c'est que les cases des trombines n'est pas assez bien gérée,
AMHA. Il faudrait un cadre plus rigide (fini la permissivité dans l'éducnat
:-) ). On y gagnerait en esthétique (chaque trombine centrée dans sa case)
et en logique d'impression. En effet si les limites ne sont pas fixées
l'impression est merdique (comme d'hab) avec FF et un peu mieux avec IE7. Je
suggère un conteneur (BODY) de 1024 px de large quadrillé en sous DIV pour
les trombines. Le but sur l'écran comme sur l'imprimante étant d'établir des
planches.
"Hugolino" a écrit dans le message de news:
>
> Salut,
>
> Je suis prof et on cherche à faire les trombinoscopes de plus de 50
> classes et 1500 elèves.
>
> J'ai proposé de faire ça en XHTML/CSS à l'aide d'un script qui utilise
> imagemagick (c'est sous linux), et ça marche vraiment bien. Il suffit de
> mettre les photos dans un dossier par classe et de lancer le script pour
> générer un index.php.
>
> Mais il y a un problème... l'impression de la page (au moins avec
> Firefox. Je n'ai pas eu le temps de tester avec d'autres navigateurs
> car je suis un poil à la bourre). Je crois que ça vient de ma manière de
> générer un tableau avec une css pour les listes d'images.
>
Le problème c'est que les cases des trombines n'est pas assez bien gérée,
AMHA. Il faudrait un cadre plus rigide (fini la permissivité dans l'éducnat
:-) ). On y gagnerait en esthétique (chaque trombine centrée dans sa case)
et en logique d'impression. En effet si les limites ne sont pas fixées
l'impression est merdique (comme d'hab) avec FF et un peu mieux avec IE7. Je
suggère un conteneur (BODY) de 1024 px de large quadrillé en sous DIV pour
les trombines. Le but sur l'écran comme sur l'imprimante étant d'établir des
planches.
Hugolino wrote:
[...]
> .li-photo {
> margin: 0px;
> padding:3px;
> list-style-type:none;
> text-align:center;
> float:left;
> }
>
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Après tout, les lignes d'une liste ordonnée, sont des éléments de
type inline et non pas de type block, donc je ne vois pas très bien ce
que vient faire le float:left; , qui, il est vrai, convient très bien
si la ligne est de type block.
Evidemment, les lignes étant maintenant de type block, avec le float
les photos vont prendre l'espace dont elles disposent, chacune à droite
de la précédente, puis vers le bas, et ainsi de suite.
Ce qui faisait que vous aviez l'impression que cette instruction
float:left; fonctionnait, venait du fait que les ligne ( de type iniline
), se positionnaient les une après les autres sur la même ligne, puis
vers le bas, en remplissant l'espace.
Le fait de spécifier float;left; et display: block; , aura le même effet.
Je suppose que vous affectez des dimensions identiques à chaque
photos, donc l'alignement vertical des photos devrait être respecté.
Je ne garantit pas que çà marche à l'impression, mais il me semble
simplement avoir décelé une légère faute de programmation dans votre
feuille de style.
Bien à vous.
Hugolino wrote:
[...]
> .li-photo {
> margin: 0px;
> padding:3px;
> list-style-type:none;
> text-align:center;
> float:left;
> }
>
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Après tout, les lignes d'une liste ordonnée, sont des éléments de
type inline et non pas de type block, donc je ne vois pas très bien ce
que vient faire le float:left; , qui, il est vrai, convient très bien
si la ligne est de type block.
Evidemment, les lignes étant maintenant de type block, avec le float
les photos vont prendre l'espace dont elles disposent, chacune à droite
de la précédente, puis vers le bas, et ainsi de suite.
Ce qui faisait que vous aviez l'impression que cette instruction
float:left; fonctionnait, venait du fait que les ligne ( de type iniline
), se positionnaient les une après les autres sur la même ligne, puis
vers le bas, en remplissant l'espace.
Le fait de spécifier float;left; et display: block; , aura le même effet.
Je suppose que vous affectez des dimensions identiques à chaque
photos, donc l'alignement vertical des photos devrait être respecté.
Je ne garantit pas que çà marche à l'impression, mais il me semble
simplement avoir décelé une légère faute de programmation dans votre
feuille de style.
Bien à vous.
Hugolino wrote:
[...]
> .li-photo {
> margin: 0px;
> padding:3px;
> list-style-type:none;
> text-align:center;
> float:left;
> }
>
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Après tout, les lignes d'une liste ordonnée, sont des éléments de
type inline et non pas de type block, donc je ne vois pas très bien ce
que vient faire le float:left; , qui, il est vrai, convient très bien
si la ligne est de type block.
Evidemment, les lignes étant maintenant de type block, avec le float
les photos vont prendre l'espace dont elles disposent, chacune à droite
de la précédente, puis vers le bas, et ainsi de suite.
Ce qui faisait que vous aviez l'impression que cette instruction
float:left; fonctionnait, venait du fait que les ligne ( de type iniline
), se positionnaient les une après les autres sur la même ligne, puis
vers le bas, en remplissant l'espace.
Le fait de spécifier float;left; et display: block; , aura le même effet.
Je suppose que vous affectez des dimensions identiques à chaque
photos, donc l'alignement vertical des photos devrait être respecté.
Je ne garantit pas que çà marche à l'impression, mais il me semble
simplement avoir décelé une légère faute de programmation dans votre
feuille de style.
Bien à vous.
Le Sat, 22 Sep 2007 12:54:59 +0200, Jean-Francois Ortolo a écrit:Hugolino wrote:
[...].li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Non, ça ne change rien.
Après tout, les lignes d'une liste ordonnée, sont des éléments de
type inline et non pas de type block, donc je ne vois pas très bien ce
que vient faire le float:left; , qui, il est vrai, convient très bien
si la ligne est de type block.
J'avoue que mes maigres connaissances en css ont été acquises «sur le
tas» à l'aide de copier/coller depuis des sites contenant des exemples.
Je manque certainement de connaissances sur les concept de base des css
et donc de rigueur.
Si vous avez un livre à me conseiller pour m'améliorer, sentez-vous
libre de me les communiquer.
Evidemment, les lignes étant maintenant de type block, avec le float
les photos vont prendre l'espace dont elles disposent, chacune à droite
de la précédente, puis vers le bas, et ainsi de suite.
Ce qui faisait que vous aviez l'impression que cette instruction
float:left; fonctionnait, venait du fait que les ligne ( de type iniline
), se positionnaient les une après les autres sur la même ligne, puis
vers le bas, en remplissant l'espace.
Le fait de spécifier float;left; et display: block; , aura le même effet.
Je ne comprends pas pourquoi vous voudriez ajouter un display: block si
le float: left suffit.
Qu'apporte le display: block ?
Le Sat, 22 Sep 2007 12:54:59 +0200, Jean-Francois Ortolo a écrit:
Hugolino wrote:
[...]
.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Non, ça ne change rien.
Après tout, les lignes d'une liste ordonnée, sont des éléments de
type inline et non pas de type block, donc je ne vois pas très bien ce
que vient faire le float:left; , qui, il est vrai, convient très bien
si la ligne est de type block.
J'avoue que mes maigres connaissances en css ont été acquises «sur le
tas» à l'aide de copier/coller depuis des sites contenant des exemples.
Je manque certainement de connaissances sur les concept de base des css
et donc de rigueur.
Si vous avez un livre à me conseiller pour m'améliorer, sentez-vous
libre de me les communiquer.
Evidemment, les lignes étant maintenant de type block, avec le float
les photos vont prendre l'espace dont elles disposent, chacune à droite
de la précédente, puis vers le bas, et ainsi de suite.
Ce qui faisait que vous aviez l'impression que cette instruction
float:left; fonctionnait, venait du fait que les ligne ( de type iniline
), se positionnaient les une après les autres sur la même ligne, puis
vers le bas, en remplissant l'espace.
Le fait de spécifier float;left; et display: block; , aura le même effet.
Je ne comprends pas pourquoi vous voudriez ajouter un display: block si
le float: left suffit.
Qu'apporte le display: block ?
Le Sat, 22 Sep 2007 12:54:59 +0200, Jean-Francois Ortolo a écrit:Hugolino wrote:
[...].li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Non, ça ne change rien.
Après tout, les lignes d'une liste ordonnée, sont des éléments de
type inline et non pas de type block, donc je ne vois pas très bien ce
que vient faire le float:left; , qui, il est vrai, convient très bien
si la ligne est de type block.
J'avoue que mes maigres connaissances en css ont été acquises «sur le
tas» à l'aide de copier/coller depuis des sites contenant des exemples.
Je manque certainement de connaissances sur les concept de base des css
et donc de rigueur.
Si vous avez un livre à me conseiller pour m'améliorer, sentez-vous
libre de me les communiquer.
Evidemment, les lignes étant maintenant de type block, avec le float
les photos vont prendre l'espace dont elles disposent, chacune à droite
de la précédente, puis vers le bas, et ainsi de suite.
Ce qui faisait que vous aviez l'impression que cette instruction
float:left; fonctionnait, venait du fait que les ligne ( de type iniline
), se positionnaient les une après les autres sur la même ligne, puis
vers le bas, en remplissant l'espace.
Le fait de spécifier float;left; et display: block; , aura le même effet.
Je ne comprends pas pourquoi vous voudriez ajouter un display: block si
le float: left suffit.
Qu'apporte le display: block ?
Salut,
Je suis prof et on cherche à faire les trombinoscopes de plus de 50
classes et 1500 elèves.
J'ai proposé de faire ça en XHTML/CSS à l'aide d'un script qui utilise
imagemagick (c'est sous linux), et ça marche vraiment bien. Il suffit de
mettre les photos dans un dossier par classe et de lancer le script pour
générer un index.php.
Mais il y a un problème... l'impression de la page (au moins avec
Firefox. Je n'ai pas eu le temps de tester avec d'autres navigateurs
car je suis un poil à la bourre). Je crois que ça vient de ma manière de
générer un tableau avec une css pour les listes d'images.
Le problème est que les 12 premiers élèves sont correctement imprimés
sur la page 1, le 13ème élève est rejeté dans le bas de page et coupé,
même s'il y a place de l'imprimer sur la page 1.
Puis l'impression de la page 2 commence avec l'impression de l'élève 14
sans problème sur la page 2 et ainsi de suite.
Chaque dernier élève d'une page est rejeté "a la ligne", même s'il y
aurait la place de l'imprimer, et coupé quelque soit la hauteur de la
marge du bas. (Vous pouvez tester en demandant un aperçu avant
impression sur <http://roulaize.fr/pb-css>
J'explique un peu les particularités de la css.
Les trombines des elèves ne sont pas dans un tableau, mais dans une
liste dont le style est:
.ul-photo {
margin: 0px;
padding:0px;
}
.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Elle contient un hack pour rétablir le flux (trouvé je sais plus où),
sinon la liste des vignettes se fait les unes au dessous des autres au
lieu de remplir une ligne (aussi bien à l'affichage qu'à l'impression)
.retablir-flux {
clear: both;
}
Le pied de page qui, dans un navigateur, apparaît bien en bas de la
dernière page (la mention "page générée...") est imprimé après la
première ligne de vignettes de la première page.
C'est valide xhtml1.0
L'autre problème est que je n'ai jamais eu à gérer l'impression de page
HTML, je suis un total n00b, je sais juste qu'on peut englober les
déclaration de style dans un
@media screen {
}
pour l'écran, et si on veut imprimer, il faut un
@media print {
}
J'ai fait des essais en mettant juste un body différent, le même
.li-photo le même .ul-photo et le .retablir-flux (celui-là avec ou sans
float:none;), mais ça déconne toujours et même si je crois que ça vient
de .retablir-flux, je n'en suis pas sûr.
Pourriez-vous me dire ce qu'il faut modifier dans ma css pour pouvoir
imprimer ? (La page pb-css contient un lien vers index-2.php qui est mon
essai des règles @media screen et @media print)
Merci de votre aide
Salut,
Je suis prof et on cherche à faire les trombinoscopes de plus de 50
classes et 1500 elèves.
J'ai proposé de faire ça en XHTML/CSS à l'aide d'un script qui utilise
imagemagick (c'est sous linux), et ça marche vraiment bien. Il suffit de
mettre les photos dans un dossier par classe et de lancer le script pour
générer un index.php.
Mais il y a un problème... l'impression de la page (au moins avec
Firefox. Je n'ai pas eu le temps de tester avec d'autres navigateurs
car je suis un poil à la bourre). Je crois que ça vient de ma manière de
générer un tableau avec une css pour les listes d'images.
Le problème est que les 12 premiers élèves sont correctement imprimés
sur la page 1, le 13ème élève est rejeté dans le bas de page et coupé,
même s'il y a place de l'imprimer sur la page 1.
Puis l'impression de la page 2 commence avec l'impression de l'élève 14
sans problème sur la page 2 et ainsi de suite.
Chaque dernier élève d'une page est rejeté "a la ligne", même s'il y
aurait la place de l'imprimer, et coupé quelque soit la hauteur de la
marge du bas. (Vous pouvez tester en demandant un aperçu avant
impression sur <http://roulaize.fr/pb-css>
J'explique un peu les particularités de la css.
Les trombines des elèves ne sont pas dans un tableau, mais dans une
liste dont le style est:
.ul-photo {
margin: 0px;
padding:0px;
}
.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Elle contient un hack pour rétablir le flux (trouvé je sais plus où),
sinon la liste des vignettes se fait les unes au dessous des autres au
lieu de remplir une ligne (aussi bien à l'affichage qu'à l'impression)
.retablir-flux {
clear: both;
}
Le pied de page qui, dans un navigateur, apparaît bien en bas de la
dernière page (la mention "page générée...") est imprimé après la
première ligne de vignettes de la première page.
C'est valide xhtml1.0
L'autre problème est que je n'ai jamais eu à gérer l'impression de page
HTML, je suis un total n00b, je sais juste qu'on peut englober les
déclaration de style dans un
@media screen {
}
pour l'écran, et si on veut imprimer, il faut un
@media print {
}
J'ai fait des essais en mettant juste un body différent, le même
.li-photo le même .ul-photo et le .retablir-flux (celui-là avec ou sans
float:none;), mais ça déconne toujours et même si je crois que ça vient
de .retablir-flux, je n'en suis pas sûr.
Pourriez-vous me dire ce qu'il faut modifier dans ma css pour pouvoir
imprimer ? (La page pb-css contient un lien vers index-2.php qui est mon
essai des règles @media screen et @media print)
Merci de votre aide
Salut,
Je suis prof et on cherche à faire les trombinoscopes de plus de 50
classes et 1500 elèves.
J'ai proposé de faire ça en XHTML/CSS à l'aide d'un script qui utilise
imagemagick (c'est sous linux), et ça marche vraiment bien. Il suffit de
mettre les photos dans un dossier par classe et de lancer le script pour
générer un index.php.
Mais il y a un problème... l'impression de la page (au moins avec
Firefox. Je n'ai pas eu le temps de tester avec d'autres navigateurs
car je suis un poil à la bourre). Je crois que ça vient de ma manière de
générer un tableau avec une css pour les listes d'images.
Le problème est que les 12 premiers élèves sont correctement imprimés
sur la page 1, le 13ème élève est rejeté dans le bas de page et coupé,
même s'il y a place de l'imprimer sur la page 1.
Puis l'impression de la page 2 commence avec l'impression de l'élève 14
sans problème sur la page 2 et ainsi de suite.
Chaque dernier élève d'une page est rejeté "a la ligne", même s'il y
aurait la place de l'imprimer, et coupé quelque soit la hauteur de la
marge du bas. (Vous pouvez tester en demandant un aperçu avant
impression sur <http://roulaize.fr/pb-css>
J'explique un peu les particularités de la css.
Les trombines des elèves ne sont pas dans un tableau, mais dans une
liste dont le style est:
.ul-photo {
margin: 0px;
padding:0px;
}
.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Elle contient un hack pour rétablir le flux (trouvé je sais plus où),
sinon la liste des vignettes se fait les unes au dessous des autres au
lieu de remplir une ligne (aussi bien à l'affichage qu'à l'impression)
.retablir-flux {
clear: both;
}
Le pied de page qui, dans un navigateur, apparaît bien en bas de la
dernière page (la mention "page générée...") est imprimé après la
première ligne de vignettes de la première page.
C'est valide xhtml1.0
L'autre problème est que je n'ai jamais eu à gérer l'impression de page
HTML, je suis un total n00b, je sais juste qu'on peut englober les
déclaration de style dans un
@media screen {
}
pour l'écran, et si on veut imprimer, il faut un
@media print {
}
J'ai fait des essais en mettant juste un body différent, le même
.li-photo le même .ul-photo et le .retablir-flux (celui-là avec ou sans
float:none;), mais ça déconne toujours et même si je crois que ça vient
de .retablir-flux, je n'en suis pas sûr.
Pourriez-vous me dire ce qu'il faut modifier dans ma css pour pouvoir
imprimer ? (La page pb-css contient un lien vers index-2.php qui est mon
essai des règles @media screen et @media print)
Merci de votre aide
Hugolino wrote:.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Hugolino wrote:
.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Hugolino wrote:.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Hugolino wrote:Le Sat, 22 Sep 2007 12:54:59 +0200, Jean-Francois Ortolo a écrit:Hugolino wrote:
[...].li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Non, ça ne change rien.
Bon, ben va falloir passer à l'ancienne mise en forme en tableau.
Le fait de spécifier float;left; et display: block; , aura le même
effet.
Je ne comprends pas pourquoi vous voudriez ajouter un display: block si
le float: left suffit.
Ben...
Le fait de mettre display: block; dans .li-photo , fait que cet
élément devient un élément de type bloc, et qu'à ce moment-là, le
float:left; joue effectivement son rôle, qui est de faire sortir les
éléments du flux, en les positionnant à côté les uns des autres.
Voir ci-dessus, il fait que l'élément dans la classe duquel il est
affecté, est nécessairement de type bloc.
Le livre que je vous indique ci-dessus, vous apportera toutes les
explications nécessaires.
Hugolino wrote:
Le Sat, 22 Sep 2007 12:54:59 +0200, Jean-Francois Ortolo a écrit:
Hugolino wrote:
[...]
.li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Non, ça ne change rien.
Bon, ben va falloir passer à l'ancienne mise en forme en tableau.
Le fait de spécifier float;left; et display: block; , aura le même
effet.
Je ne comprends pas pourquoi vous voudriez ajouter un display: block si
le float: left suffit.
Ben...
Le fait de mettre display: block; dans .li-photo , fait que cet
élément devient un élément de type bloc, et qu'à ce moment-là, le
float:left; joue effectivement son rôle, qui est de faire sortir les
éléments du flux, en les positionnant à côté les uns des autres.
Voir ci-dessus, il fait que l'élément dans la classe duquel il est
affecté, est nécessairement de type bloc.
Le livre que je vous indique ci-dessus, vous apportera toutes les
explications nécessaires.
Hugolino wrote:Le Sat, 22 Sep 2007 12:54:59 +0200, Jean-Francois Ortolo a écrit:Hugolino wrote:
[...].li-photo {
margin: 0px;
padding:3px;
list-style-type:none;
text-align:center;
float:left;
}
Et si vous rajoutez ceci: display: block; dans le .li-photo , ça
marche pas mieux ?
Non, ça ne change rien.
Bon, ben va falloir passer à l'ancienne mise en forme en tableau.
Le fait de spécifier float;left; et display: block; , aura le même
effet.
Je ne comprends pas pourquoi vous voudriez ajouter un display: block si
le float: left suffit.
Ben...
Le fait de mettre display: block; dans .li-photo , fait que cet
élément devient un élément de type bloc, et qu'à ce moment-là, le
float:left; joue effectivement son rôle, qui est de faire sortir les
éléments du flux, en les positionnant à côté les uns des autres.
Voir ci-dessus, il fait que l'élément dans la classe duquel il est
affecté, est nécessairement de type bloc.
Le livre que je vous indique ci-dessus, vous apportera toutes les
explications nécessaires.
Un élément sur lequel on applique un "float" est *obligatoirement* de
type "block".
<http://www.w3.org/TR/REC-CSS1#floating-elements>
Using the 'float' property, an element can be declared to be outside the
normal flow of elements and is then formatted as a block-level element.
Un élément sur lequel on applique un "float" est *obligatoirement* de
type "block".
<http://www.w3.org/TR/REC-CSS1#floating-elements>
Using the 'float' property, an element can be declared to be outside the
normal flow of elements and is then formatted as a block-level element.
Un élément sur lequel on applique un "float" est *obligatoirement* de
type "block".
<http://www.w3.org/TR/REC-CSS1#floating-elements>
Using the 'float' property, an element can be declared to be outside the
normal flow of elements and is then formatted as a block-level element.
En résumé, le fait d'imprimer consiste à remplir
l'espace d'une page d'imprimante de la manière
la plus approchée par défaut ( dimensions ),
donc chaque page terminée par
un saut de page.
Il faut seulement savoir le nombre max de photos par ligne,
et le nombre max de lignes par page d'imprimante.
Ces deux valeurs , ne dépendent que des dimensions
de chaque photo et de al résolution de l'écran.
Sinon, vous pouvez adopter d'autres unités de mesure que le pixel
pour ces dimensions, par exemple l'em.
Vous pouvez aussi utiliser cette méthode de pourcentages
pour le fichier style.css dédié au média screen, et une autre méthode
pour le fichier print.css dédié au média imprimante.
Donc, il me paraît qu'à part ce hack qui consisterait à gérer
manuellement le formattage sur l'imprimante, il n'y a guère que la
solution des tableaux, qui a prouvé son efficacité.
Merci de nous dire comment résoudre le problème avec des css.
En résumé, le fait d'imprimer consiste à remplir
l'espace d'une page d'imprimante de la manière
la plus approchée par défaut ( dimensions ),
donc chaque page terminée par
un saut de page.
Il faut seulement savoir le nombre max de photos par ligne,
et le nombre max de lignes par page d'imprimante.
Ces deux valeurs , ne dépendent que des dimensions
de chaque photo et de al résolution de l'écran.
Sinon, vous pouvez adopter d'autres unités de mesure que le pixel
pour ces dimensions, par exemple l'em.
Vous pouvez aussi utiliser cette méthode de pourcentages
pour le fichier style.css dédié au média screen, et une autre méthode
pour le fichier print.css dédié au média imprimante.
Donc, il me paraît qu'à part ce hack qui consisterait à gérer
manuellement le formattage sur l'imprimante, il n'y a guère que la
solution des tableaux, qui a prouvé son efficacité.
Merci de nous dire comment résoudre le problème avec des css.
En résumé, le fait d'imprimer consiste à remplir
l'espace d'une page d'imprimante de la manière
la plus approchée par défaut ( dimensions ),
donc chaque page terminée par
un saut de page.
Il faut seulement savoir le nombre max de photos par ligne,
et le nombre max de lignes par page d'imprimante.
Ces deux valeurs , ne dépendent que des dimensions
de chaque photo et de al résolution de l'écran.
Sinon, vous pouvez adopter d'autres unités de mesure que le pixel
pour ces dimensions, par exemple l'em.
Vous pouvez aussi utiliser cette méthode de pourcentages
pour le fichier style.css dédié au média screen, et une autre méthode
pour le fichier print.css dédié au média imprimante.
Donc, il me paraît qu'à part ce hack qui consisterait à gérer
manuellement le formattage sur l'imprimante, il n'y a guère que la
solution des tableaux, qui a prouvé son efficacité.
Merci de nous dire comment résoudre le problème avec des css.