J'ai l'impression de poser une question bateau, mais je ne trouve pas de
document sur ce problème (sur des FAQ ou des sites sur "Explorer 6").
Voila, il me manque tant avec l'aperçu qu'avec l'impression vraie, une
petite bande latérale de certaines pages Web (par exemple celle-ci:
http://adsl.free.fr/tel/tarifs/tarifs9.html).
J'ai essayé de modifier les marges avec toutes sortes de valeur (y compris 0
ce qui est refusé) mais cela ne change rien.
Y-a-t-il une solution à part passer en mode paysage (ce qui oblige à faire
deux feuilles pour avoir la page à découper, coller, etcc.) ?
C'est peut-être lié au driver de l'imprimante ? L'aperçu tient-il compte de
la possibilité de l'imprimante par défaut ?
Est-ce la conception de la page Web qui est trop large pour un format A4 ?
Merci de vos conseils et pardon si cette question revient souvent...
A+
Jean L.
Ps : y-a-t-il un raccourci pour l'aperçu ?
> C'est pas un troll, bien au contraire. Si cette solution a abouti pour certains, Il y a peut être des différences de comportement d'IE à creuser, Cette page http://adsl.free.fr/tel/tarifs/tarifs9.html est elle tronquée à droite à l'impression chez vous aussi? si oui, est ce que réduire la taille du texte dans affichage corrige le problème?
Bonjour "ddore " qui dit:
Tronquée si normal. La taille du texte n'influe pas sur l'impression. Faut réduire la taille d'impression avec le pilote d'imprimante (canon i550)
Bonjour "Gloops " :
Salut,
J'ai essayé avec 5 mm de marge de chaque côté, il manque juste un e à la fin de certaines lignes. Alors du coup j'ai diminué les marges à gauche et à droite à 4 mm, et ça s'imprime impec.
Après par curiosité j'ai voulu pousser le bouchon plus loin. J'ai enregistré la page en local, puis je suis allé bidouiller dans le code. J'ai cherché le texte "<table", puis supprimé l'attribut width partout où il avait une valeur absolue (sans % derrière). J'aurais pu en faire autant avec les balises TD mais je ne suis pas allé jusque là. Après ça, j'ai pu imprimer le document avec une marge de 25 mm de chaque côté sans problème.
Attention, si on s'y prend comme ça, si on imprime l'URL on aura une URL locale, sur le disque dur. Si on veut celle d'origine il faut la mettre en dur dans les paramètres d'entête/pied de page, sans oublier de remettre les paramètres par défaut une fois que l'impression est faite. Pour conclure c'est une très mauvaise idée pour écrire un site de mettre une largeur fixe à un tableau.
Merci pour vos essais qui confirment les miens. C'est clair que lorsque les pages sont mal écrites (largeurs définies en fixe), IE ne sait pas mettre à l'échelle, contrairement à ses concurrents. Certaines imprimantes y pallient en ajoutant une mise à l'échelle manuelle ou auto (Easy-WebPrint de Canon p.ex). Mais pas toutes les marques. Espèrons que ce problème désagréable (pour l'utilisateur) sera corrigé par Msoft dans une prochaine release! Le plus surprenant est que ça dure depuis si longtemps, et que ce soit en général fermement nié ici. pierre B.
>
C'est pas un troll, bien au contraire.
Si cette solution a abouti pour certains, Il y a peut être des
différences de comportement d'IE à creuser,
Cette page http://adsl.free.fr/tel/tarifs/tarifs9.html est elle
tronquée à droite à l'impression chez vous aussi?
si oui, est ce que réduire la taille du texte dans affichage corrige
le problème?
Bonjour "ddore " qui dit:
Tronquée si normal. La taille du texte n'influe pas sur l'impression.
Faut réduire la taille d'impression avec le pilote d'imprimante (canon
i550)
Bonjour "Gloops " :
Salut,
J'ai essayé avec 5 mm de marge de chaque côté, il manque juste un e à
la fin de certaines lignes. Alors du coup j'ai diminué les marges à
gauche et à droite à 4 mm, et ça s'imprime impec.
Après par curiosité j'ai voulu pousser le bouchon plus loin.
J'ai enregistré la page en local, puis je suis allé bidouiller dans le
code. J'ai cherché le texte "<table", puis supprimé l'attribut width
partout où il avait une valeur absolue (sans % derrière). J'aurais pu
en faire autant avec les balises TD mais je ne suis pas allé jusque
là.
Après ça, j'ai pu imprimer le document avec une marge de 25 mm de
chaque côté sans problème.
Attention, si on s'y prend comme ça, si on imprime l'URL on aura une
URL locale, sur le disque dur. Si on veut celle d'origine il faut la
mettre en dur dans les paramètres d'entête/pied de page, sans oublier
de remettre les paramètres par défaut une fois que l'impression est
faite.
Pour conclure c'est une très mauvaise idée pour écrire un site de
mettre une largeur fixe à un tableau.
Merci pour vos essais qui confirment les miens.
C'est clair que lorsque les pages sont mal écrites (largeurs définies en
fixe), IE ne sait pas mettre à l'échelle, contrairement à ses
concurrents.
Certaines imprimantes y pallient en ajoutant une mise à l'échelle
manuelle ou auto (Easy-WebPrint de Canon p.ex). Mais pas toutes les
marques.
Espèrons que ce problème désagréable (pour l'utilisateur) sera corrigé
par Msoft dans une prochaine release!
Le plus surprenant est que ça dure depuis si longtemps, et que ce soit
en général fermement nié ici.
pierre B.
> C'est pas un troll, bien au contraire. Si cette solution a abouti pour certains, Il y a peut être des différences de comportement d'IE à creuser, Cette page http://adsl.free.fr/tel/tarifs/tarifs9.html est elle tronquée à droite à l'impression chez vous aussi? si oui, est ce que réduire la taille du texte dans affichage corrige le problème?
Bonjour "ddore " qui dit:
Tronquée si normal. La taille du texte n'influe pas sur l'impression. Faut réduire la taille d'impression avec le pilote d'imprimante (canon i550)
Bonjour "Gloops " :
Salut,
J'ai essayé avec 5 mm de marge de chaque côté, il manque juste un e à la fin de certaines lignes. Alors du coup j'ai diminué les marges à gauche et à droite à 4 mm, et ça s'imprime impec.
Après par curiosité j'ai voulu pousser le bouchon plus loin. J'ai enregistré la page en local, puis je suis allé bidouiller dans le code. J'ai cherché le texte "<table", puis supprimé l'attribut width partout où il avait une valeur absolue (sans % derrière). J'aurais pu en faire autant avec les balises TD mais je ne suis pas allé jusque là. Après ça, j'ai pu imprimer le document avec une marge de 25 mm de chaque côté sans problème.
Attention, si on s'y prend comme ça, si on imprime l'URL on aura une URL locale, sur le disque dur. Si on veut celle d'origine il faut la mettre en dur dans les paramètres d'entête/pied de page, sans oublier de remettre les paramètres par défaut une fois que l'impression est faite. Pour conclure c'est une très mauvaise idée pour écrire un site de mettre une largeur fixe à un tableau.
Merci pour vos essais qui confirment les miens. C'est clair que lorsque les pages sont mal écrites (largeurs définies en fixe), IE ne sait pas mettre à l'échelle, contrairement à ses concurrents. Certaines imprimantes y pallient en ajoutant une mise à l'échelle manuelle ou auto (Easy-WebPrint de Canon p.ex). Mais pas toutes les marques. Espèrons que ce problème désagréable (pour l'utilisateur) sera corrigé par Msoft dans une prochaine release! Le plus surprenant est que ça dure depuis si longtemps, et que ce soit en général fermement nié ici. pierre B.
ddore
Dans son message :%, pierre nous a écrit :
Merci pour vos essais qui confirment les miens. C'est clair que lorsque les pages sont mal écrites (largeurs définies en fixe), IE ne sait pas mettre à l'échelle, contrairement à ses concurrents. Certaines imprimantes y pallient en ajoutant une mise à l'échelle manuelle ou auto (Easy-WebPrint de Canon p.ex). Mais pas toutes les marques. Espèrons que ce problème désagréable (pour l'utilisateur) sera corrigé par Msoft dans une prochaine release! Le plus surprenant est que ça dure depuis si longtemps, et que ce soit en général fermement nié ici. pierre B.
Je ne voudrai pas prendre la défense de Kro$oft, mais si les pages sont mal écrites... elles n'ont qu'à être bien écrites. Si le langage HTML est pourri et fait planter IE, on ne va pas l'accuser quand même! Pour la taille du texte, c'est un peu pareil. I lfaudrait plutot que le logiciel détecte (comme le fait Word par ex) qu'on va imprimer hors de la feuille et que le texte sera coupé. A l'utilisateur de prendre ses dispositions en modifiant la mise en page et surtout prévenir le web master pour qu'il corrige.
--
ddore
Dans son message :%23Jk8dRMCFHA.3180@TK2MSFTNGP10.phx.gbl,
pierre <brehon@alussinan.org> nous a écrit :
Merci pour vos essais qui confirment les miens.
C'est clair que lorsque les pages sont mal écrites (largeurs définies
en fixe), IE ne sait pas mettre à l'échelle, contrairement à ses
concurrents.
Certaines imprimantes y pallient en ajoutant une mise à l'échelle
manuelle ou auto (Easy-WebPrint de Canon p.ex). Mais pas toutes les
marques.
Espèrons que ce problème désagréable (pour l'utilisateur) sera corrigé
par Msoft dans une prochaine release!
Le plus surprenant est que ça dure depuis si longtemps, et que ce soit
en général fermement nié ici.
pierre B.
Je ne voudrai pas prendre la défense de Kro$oft, mais si les pages sont
mal écrites... elles n'ont qu'à être bien écrites. Si le langage HTML
est pourri et fait planter IE, on ne va pas l'accuser quand même! Pour
la taille du texte, c'est un peu pareil. I lfaudrait plutot que le
logiciel détecte (comme le fait Word par ex) qu'on va imprimer hors de
la feuille et que le texte sera coupé. A l'utilisateur de prendre ses
dispositions en modifiant la mise en page et surtout prévenir le web
master pour qu'il corrige.
Merci pour vos essais qui confirment les miens. C'est clair que lorsque les pages sont mal écrites (largeurs définies en fixe), IE ne sait pas mettre à l'échelle, contrairement à ses concurrents. Certaines imprimantes y pallient en ajoutant une mise à l'échelle manuelle ou auto (Easy-WebPrint de Canon p.ex). Mais pas toutes les marques. Espèrons que ce problème désagréable (pour l'utilisateur) sera corrigé par Msoft dans une prochaine release! Le plus surprenant est que ça dure depuis si longtemps, et que ce soit en général fermement nié ici. pierre B.
Je ne voudrai pas prendre la défense de Kro$oft, mais si les pages sont mal écrites... elles n'ont qu'à être bien écrites. Si le langage HTML est pourri et fait planter IE, on ne va pas l'accuser quand même! Pour la taille du texte, c'est un peu pareil. I lfaudrait plutot que le logiciel détecte (comme le fait Word par ex) qu'on va imprimer hors de la feuille et que le texte sera coupé. A l'utilisateur de prendre ses dispositions en modifiant la mise en page et surtout prévenir le web master pour qu'il corrige.
--
ddore
Gloops
Oui, c'est désagréable. Cela étant, les modifs que j'ai faites seraient plus du ressort de Free que de Microsoft, ou je me trompe ?
Tu veux dire que ça serait bien que le navigateur puisse rattrapper les erreurs des développeurs de sites ? Probablement.
Histoire de mettre tout le monde d'accord assez rapidement, je me demande si il n'y aurait pas quelqu'un que ça amuserait d'écrire un script pour modifier un code de page web automatiquement dans ce sens. Je suppose que ça passerait probablement par l'enregistrement de la page en local, il faut voir.
Ensuite il reste la réduction au niveau graphique une fois l'impression préparée, là je soupçonne que cette fois il s'agit de modifier IE, et que ça implique quelques billes supplémentaires. _____________________________________ pierre a écrit, le 02/02/2005 02:11 :
Merci pour vos essais qui confirment les miens. C'est clair que lorsque les pages sont mal écrites (largeurs définies en fixe), IE ne sait pas mettre à l'échelle, contrairement à ses concurrents. Certaines imprimantes y pallient en ajoutant une mise à l'échelle manuelle ou auto (Easy-WebPrint de Canon p.ex). Mais pas toutes les marques. Espèrons que ce problème désagréable (pour l'utilisateur) sera corrigé par Msoft dans une prochaine release! Le plus surprenant est que ça dure depuis si longtemps, et que ce soit en général fermement nié ici. pierre B.
Oui, c'est désagréable. Cela étant, les modifs que j'ai faites seraient
plus du ressort de Free que de Microsoft, ou je me trompe ?
Tu veux dire que ça serait bien que le navigateur puisse rattrapper les
erreurs des développeurs de sites ? Probablement.
Histoire de mettre tout le monde d'accord assez rapidement, je me
demande si il n'y aurait pas quelqu'un que ça amuserait d'écrire un
script pour modifier un code de page web automatiquement dans ce sens.
Je suppose que ça passerait probablement par l'enregistrement de la page
en local, il faut voir.
Ensuite il reste la réduction au niveau graphique une fois l'impression
préparée, là je soupçonne que cette fois il s'agit de modifier IE, et
que ça implique quelques billes supplémentaires.
_____________________________________
pierre a écrit, le 02/02/2005 02:11 :
Merci pour vos essais qui confirment les miens.
C'est clair que lorsque les pages sont mal écrites (largeurs définies en
fixe), IE ne sait pas mettre à l'échelle, contrairement à ses concurrents.
Certaines imprimantes y pallient en ajoutant une mise à l'échelle
manuelle ou auto (Easy-WebPrint de Canon p.ex). Mais pas toutes les
marques.
Espèrons que ce problème désagréable (pour l'utilisateur) sera corrigé
par Msoft dans une prochaine release!
Le plus surprenant est que ça dure depuis si longtemps, et que ce soit
en général fermement nié ici.
pierre B.
Oui, c'est désagréable. Cela étant, les modifs que j'ai faites seraient plus du ressort de Free que de Microsoft, ou je me trompe ?
Tu veux dire que ça serait bien que le navigateur puisse rattrapper les erreurs des développeurs de sites ? Probablement.
Histoire de mettre tout le monde d'accord assez rapidement, je me demande si il n'y aurait pas quelqu'un que ça amuserait d'écrire un script pour modifier un code de page web automatiquement dans ce sens. Je suppose que ça passerait probablement par l'enregistrement de la page en local, il faut voir.
Ensuite il reste la réduction au niveau graphique une fois l'impression préparée, là je soupçonne que cette fois il s'agit de modifier IE, et que ça implique quelques billes supplémentaires. _____________________________________ pierre a écrit, le 02/02/2005 02:11 :
Merci pour vos essais qui confirment les miens. C'est clair que lorsque les pages sont mal écrites (largeurs définies en fixe), IE ne sait pas mettre à l'échelle, contrairement à ses concurrents. Certaines imprimantes y pallient en ajoutant une mise à l'échelle manuelle ou auto (Easy-WebPrint de Canon p.ex). Mais pas toutes les marques. Espèrons que ce problème désagréable (pour l'utilisateur) sera corrigé par Msoft dans une prochaine release! Le plus surprenant est que ça dure depuis si longtemps, et que ce soit en général fermement nié ici. pierre B.
