meilleure largeur de document HTML/PDF pour l'impression

Question

Je crée des documents HTML pour l'impression, en testant j'ai trouvé que la largeur d'environ 650px est proche de la marge. C'est aussi bon pour les documents PDF car j'ai besoin de convertir le HTML en PDF si le client le souhaite. Pouvez-vous me dire quelle est la largeur suggérée en px pour un document HTML imprimé, qui doit ensuite être converti en PDF? Je sais que cela concerne le DPI et ce genre de choses, mais il devrait y avoir un guide plus simple à ce sujet ... p. La plupart des sites pouvant offrir l'impression de certaines pages, ont une largeur fixe d'environ 600px pour le contenu.

Merci

Answer 1

L'impression est généralement spécifiée en mm plutôt qu'en pixels. Je suggère de calculer le format de papier que vous ciblez.

Voir: http://www.unitconversion.org/unit_converter/typography.html

Answer 2

Pixels et points par pouce sont bêtes différentes entièrement, il n'y a pas moyen simple de traduire de l'un à l'autre. Évidemment, alors, je suggère de ne pas essayer de le faire.

Au lieu de cela, je suggère d'utiliser une impression style-sheet et définir des largeurs et tailles dans la terminologie pertinente pour le milieu, tel que pt (point), pc (pica), cm, mm ou in (centimètres, millimètres ou pouces) ...

Answer 3

Je demande quelque chose de précis ici - avez-vous déjà fait une chose similaire, c'est-à-dire avoir un code HTML prêt pour l'impression avec une feuille de style définie, puis la convertir en PDF? Quelle est la méthodologie que vous utilisez, en termes d'unités, de mesures? D'après les posts ci-dessus, il semble que vous ne l'ayez pas ... J'apprécierais plutôt une réponse plus concrète à cela. Merci.

Answer 4

La meilleure approche consiste à configurer tous les paramètres (avec certaines valeurs par défaut communes): largeur, hauteur et rapport px/pt. Pour les États-Unis, vous devrez peut-être USLetter, pour l'Europe, la Russie - A4. px/pt est un paramètre dépendant du matériel. Vous pouvez le rendre configurable pour répondre à différents besoins. P.S. Tout cela vient de mon expérience de 6 ans sur les logiciels XML vers PDF.