Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Olivier Miakinen
Bonjour,
Le 14/10/2010 19:59, Lea Gris a écrit :
Je rencontre un bug inexplicable avec Firefox 3.6 à l'impression d'une table mise en forme avec CSS "@media print".
Une troisième page se crée en trop avec une répétition de l'en-tête du tableau affiché dans un style différent qu'initialement prévu.
Voici la page d'exemple en question : http://www.noiraude.net/bug/bugcssprint.html
Avec SeaMonkey 2.0.8, qui est un Gecko comme Firefox, je vois une seule page en taille normale, mais si j'augmente la taille et que le tableau se trouve renvoyé sur une 2e page, alors effectivement j'obtiens une 3e page avec répétition du THEAD.
En ce qui concerne le style, il est différent entre la version normale et la version pour impression, mais il n'y a pas de différence entre la taille 100 % (1 page) et la taille 150 % (3 pages).
Voilà pour les faits. Quant à l'analyse... je verrai plus tard.
Cordialement, -- Olivier Miakinen
Bonjour,
Le 14/10/2010 19:59, Lea Gris a écrit :
Je rencontre un bug inexplicable avec Firefox 3.6 à l'impression d'une
table mise en forme avec CSS "@media print".
Une troisième page se crée en trop avec une répétition de l'en-tête du
tableau affiché dans un style différent qu'initialement prévu.
Voici la page d'exemple en question :
http://www.noiraude.net/bug/bugcssprint.html
Avec SeaMonkey 2.0.8, qui est un Gecko comme Firefox, je vois une seule
page en taille normale, mais si j'augmente la taille et que le tableau
se trouve renvoyé sur une 2e page, alors effectivement j'obtiens une 3e
page avec répétition du THEAD.
En ce qui concerne le style, il est différent entre la version normale
et la version pour impression, mais il n'y a pas de différence entre la
taille 100 % (1 page) et la taille 150 % (3 pages).
Voilà pour les faits. Quant à l'analyse... je verrai plus tard.
Je rencontre un bug inexplicable avec Firefox 3.6 à l'impression d'une table mise en forme avec CSS "@media print".
Une troisième page se crée en trop avec une répétition de l'en-tête du tableau affiché dans un style différent qu'initialement prévu.
Voici la page d'exemple en question : http://www.noiraude.net/bug/bugcssprint.html
Avec SeaMonkey 2.0.8, qui est un Gecko comme Firefox, je vois une seule page en taille normale, mais si j'augmente la taille et que le tableau se trouve renvoyé sur une 2e page, alors effectivement j'obtiens une 3e page avec répétition du THEAD.
En ce qui concerne le style, il est différent entre la version normale et la version pour impression, mais il n'y a pas de différence entre la taille 100 % (1 page) et la taille 150 % (3 pages).
Voilà pour les faits. Quant à l'analyse... je verrai plus tard.
Cordialement, -- Olivier Miakinen
Olivier Miakinen
J'allais oublier...
Le 14/10/2010 20:37, Olivier Miakinen a écrit :
http://www.noiraude.net/bug/bugcssprint.html
Voilà pour les faits. Quant à l'analyse... je verrai plus tard.
Depuis très longtemps je remarque de gros problèmes à l'impression dans Firefox et SeaMonkey, au point qu'il n'est pas rare que je relance Internet Explorer rien que pour imprimer une page.
J'allais oublier...
Le 14/10/2010 20:37, Olivier Miakinen a écrit :
http://www.noiraude.net/bug/bugcssprint.html
Voilà pour les faits. Quant à l'analyse... je verrai plus tard.
Depuis très longtemps je remarque de gros problèmes à l'impression dans
Firefox et SeaMonkey, au point qu'il n'est pas rare que je relance
Internet Explorer rien que pour imprimer une page.
Voilà pour les faits. Quant à l'analyse... je verrai plus tard.
Depuis très longtemps je remarque de gros problèmes à l'impression dans Firefox et SeaMonkey, au point qu'il n'est pas rare que je relance Internet Explorer rien que pour imprimer une page.
Olivier Miakinen
Le 14/10/2010 20:37, Olivier Miakinen a écrit :
http://www.noiraude.net/bug/bugcssprint.html
Avec SeaMonkey 2.0.8, qui est un Gecko comme Firefox, je vois une seule page en taille normale, mais si j'augmente la taille et que le tableau se trouve renvoyé sur une 2e page, alors effectivement j'obtiens une 3e page avec répétition du THEAD.
En ce qui concerne le style, il est différent entre la version normale et la version pour impression, mais il n'y a pas de différence entre la taille 100 % (1 page) et la taille 150 % (3 pages).
Ce qui précède était pour SeaMonkey sur Windows. SeaMonkey pour Linux me donne le même résultat. Quant à Firefox pour Linux, j'ai investigué plus de tailles, et j'obtiens les résultats suivants. jusqu'à 99% : 1 page 100 à 102 % : 2 pages 103 % : 3 pages
Quoique ça n'ait peut-être rien à voir, j'ai constaté aussi que tu sers ton XHTML 1.0 en text/html, ce qui en fait une soupe de balises puisque ce n'est pas l'interpréteur XML qui est utilisé... si tu peux, essaye de déclarer le Content-Type en application/xhtml+xml, des fois que ça change quelque chose !
-- Olivier Miakinen
Le 14/10/2010 20:37, Olivier Miakinen a écrit :
http://www.noiraude.net/bug/bugcssprint.html
Avec SeaMonkey 2.0.8, qui est un Gecko comme Firefox, je vois une seule
page en taille normale, mais si j'augmente la taille et que le tableau
se trouve renvoyé sur une 2e page, alors effectivement j'obtiens une 3e
page avec répétition du THEAD.
En ce qui concerne le style, il est différent entre la version normale
et la version pour impression, mais il n'y a pas de différence entre la
taille 100 % (1 page) et la taille 150 % (3 pages).
Ce qui précède était pour SeaMonkey sur Windows. SeaMonkey pour Linux me
donne le même résultat. Quant à Firefox pour Linux, j'ai investigué plus
de tailles, et j'obtiens les résultats suivants.
jusqu'à 99% : 1 page
100 à 102 % : 2 pages
103 % : 3 pages
Quoique ça n'ait peut-être rien à voir, j'ai constaté aussi que tu sers
ton XHTML 1.0 en text/html, ce qui en fait une soupe de balises puisque
ce n'est pas l'interpréteur XML qui est utilisé... si tu peux, essaye de
déclarer le Content-Type en application/xhtml+xml, des fois que ça
change quelque chose !
Avec SeaMonkey 2.0.8, qui est un Gecko comme Firefox, je vois une seule page en taille normale, mais si j'augmente la taille et que le tableau se trouve renvoyé sur une 2e page, alors effectivement j'obtiens une 3e page avec répétition du THEAD.
En ce qui concerne le style, il est différent entre la version normale et la version pour impression, mais il n'y a pas de différence entre la taille 100 % (1 page) et la taille 150 % (3 pages).
Ce qui précède était pour SeaMonkey sur Windows. SeaMonkey pour Linux me donne le même résultat. Quant à Firefox pour Linux, j'ai investigué plus de tailles, et j'obtiens les résultats suivants. jusqu'à 99% : 1 page 100 à 102 % : 2 pages 103 % : 3 pages
Quoique ça n'ait peut-être rien à voir, j'ai constaté aussi que tu sers ton XHTML 1.0 en text/html, ce qui en fait une soupe de balises puisque ce n'est pas l'interpréteur XML qui est utilisé... si tu peux, essaye de déclarer le Content-Type en application/xhtml+xml, des fois que ça change quelque chose !
-- Olivier Miakinen
Lea Gris
Le 14/10/2010 23:21, Olivier Miakinen a écrit :
Quoique ça n'ait peut-être rien à voir, j'ai constaté aussi que tu sers ton XHTML 1.0 en text/html, ce qui en fait une soupe de balises puisque ce n'est pas l'interpréteur XML qui est utilisé... si tu peux, essaye de déclarer le Content-Type en application/xhtml+xml, des fois que ça change quelque chose !
Merci Olivier d'avoir regardé.
De mon côté j'ai bricolé dessus depuis tantôt et ait finit par comprendre.
Donc en fait le formatage des tables en CSS se fait selon 6 couches différentes. <http://www.w3.org/TR/CSS2/tables.html#table-layers> Comme j'avais des dimensions relatives aux polices en "em" et "ex" combinées avec d'autres en "px", l'assemblage donnait une vilaine soupe quant il s'agissait de calculer la taille totale ou les bordures.
Finalement donc aucun lien avec le type mime.
Voici mes essais ici : <http://www.noiraude.net/bug/debugcssprint.html>
-- Léa Gris
Le 14/10/2010 23:21, Olivier Miakinen a écrit :
Quoique ça n'ait peut-être rien à voir, j'ai constaté aussi que tu sers
ton XHTML 1.0 en text/html, ce qui en fait une soupe de balises puisque
ce n'est pas l'interpréteur XML qui est utilisé... si tu peux, essaye de
déclarer le Content-Type en application/xhtml+xml, des fois que ça
change quelque chose !
Merci Olivier d'avoir regardé.
De mon côté j'ai bricolé dessus depuis tantôt et ait finit par comprendre.
Donc en fait le formatage des tables en CSS se fait selon 6 couches
différentes. <http://www.w3.org/TR/CSS2/tables.html#table-layers> Comme
j'avais des dimensions relatives aux polices en "em" et "ex" combinées
avec d'autres en "px", l'assemblage donnait une vilaine soupe quant il
s'agissait de calculer la taille totale ou les bordures.
Finalement donc aucun lien avec le type mime.
Voici mes essais ici :
<http://www.noiraude.net/bug/debugcssprint.html>
Quoique ça n'ait peut-être rien à voir, j'ai constaté aussi que tu sers ton XHTML 1.0 en text/html, ce qui en fait une soupe de balises puisque ce n'est pas l'interpréteur XML qui est utilisé... si tu peux, essaye de déclarer le Content-Type en application/xhtml+xml, des fois que ça change quelque chose !
Merci Olivier d'avoir regardé.
De mon côté j'ai bricolé dessus depuis tantôt et ait finit par comprendre.
Donc en fait le formatage des tables en CSS se fait selon 6 couches différentes. <http://www.w3.org/TR/CSS2/tables.html#table-layers> Comme j'avais des dimensions relatives aux polices en "em" et "ex" combinées avec d'autres en "px", l'assemblage donnait une vilaine soupe quant il s'agissait de calculer la taille totale ou les bordures.
Finalement donc aucun lien avec le type mime.
Voici mes essais ici : <http://www.noiraude.net/bug/debugcssprint.html>
-- Léa Gris
Sergio
Le 14/10/2010 19:59, Lea Gris a écrit :
Bonjour,
Je rencontre un bug inexplicable avec Firefox 3.6 à l'impression d'une table mise en forme avec CSS "@media print".
Une troisième page se crée en trop avec une répétition de l'en-tête du tableau affiché dans un style différent qu'initialement prévu.
Voici la page d'exemple en question : http://www.noiraude.net/bug/bugcssprint.html
Je ne rencontre pas ce problème avec Webkit.
Sauriez-vous me guider pour réparer ça ?
No problemo chez moi : FF 3.6.10 sous Ubuntu.
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Le 14/10/2010 19:59, Lea Gris a écrit :
Bonjour,
Je rencontre un bug inexplicable avec Firefox 3.6 à l'impression d'une table mise en forme avec CSS "@media print".
Une troisième page se crée en trop avec une répétition de l'en-tête du tableau affiché dans un style différent qu'initialement prévu.
Voici la page d'exemple en question :
http://www.noiraude.net/bug/bugcssprint.html
Je ne rencontre pas ce problème avec Webkit.
Sauriez-vous me guider pour réparer ça ?
No problemo chez moi : FF 3.6.10 sous Ubuntu.
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org