Bugs item #303, was opened at 2005-03-02 13:30
You can respond by visiting:
http://sarovar.org/tracker/?func=detail&atid=493&aid=303&group_id=106
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Wolfgang Glitzner (wolfgang_gg)
Assigned to: Nobody (None)
Summary: bug in paper metrics?
Initial Comment:
Hello there, Texies.
Is there a bug in the paper metrics of pdftex or in
an involved package?
Or just only in the acrobat reader?
I produce a pdf doc with pdftex. In particular I use
\documentclass[twoside,a5paper]{book}
.
.
.
\setlength{\topmargin}{-2.04mm}
\setlength{\textheight}{140.15mm}
\setlength{\textwidth}{99.1mm}
\setlength{\oddsidemargin}{-8.88mm}
\setlength{\evensidemargin}{7.63mm}
.
.
.
The Check produces:
1) a dump of \the\paperwidth in the logfile
gives 421.10078pt, which is 147.999999999mm.
2) the document properties in the acrobat reader
displays
148 x 210 mm
3) invoking printing on my canon i450 opens a window
in which
the field preview tells
Paper: 209.97 x 296.7 mm (I have DINA4 mounted, so
far, so good)
Document: 147.8 x 209.9 mm
4) DINA5 has exactly 210.22 x 148.65 mm
5) DINA4 has exactly 297.30 x 210.22 mm
What width my document really has?
148mm or 147,8mm or 148,65mm ??
There is physically only one!
And what I assumed and need is a width of 148,65mm.
How to apply?
Moreover, gluing 2 pages of my doc together with the
pdfpages package
works fine. 2 DINA5 onto 1 DINA4. In particular I use
\documentclass[twoside,a4paper]{book} However,
because a DINA5-page
misses approx. 0.65mm, some additional adaption is
necessary.
However, pdfpages applies a parameter for that
action. good luck.
The Check produces:
1) a dump of \the\paperheight in the logfile
gives 421.10078pt, which is 147.999999999mm.
2) the document properties in the acrobat reader
displays
297 x 210mm
3) invoking printing on my canon i450 opens a window
in which
the field preview tells
Paper 209.9 x 296.7mm
Document 296.7 x 209.9mm
General question: IS THE PAPER-metric FOR DINA5 AND
DINA4 CORRECT
IN THE APPROPRIATE PACKAGE?
Regards
Wolfgang Glitzner(a)gmx.de
n.b.
1a) A logged metric of pdfpages compilation which
keeps the DINA5 is:
421.10124pt x 597.50829pt
which is 148.00015991mm x 210.0001462mm.
1b) A logged metric of pdfpages compilation which
keeps the DINA4 is:
597.50787pt x 845.04684pt
which is 209.9999986mm x 296.9999963mm
2) Some conversions:
72,27 point (amerikanische) sind 1 inch -- exakt!
1 inch sind 25,4 mm -- exakt!
72,27 point/ 25,4 mm = 2,845 point/mm oder 0,3513
mm/point.
dots sind nicht points und schon gar nicht pixel.
----------------------------------------------------------------------
Comment By: Taco Hoekwater (taco)
Date: 2005-03-02 14:39
Message:
Logged In: YES
user_id=1608
This is a 'bug' in article.cls, not pdftex.
I suggest closing this tracker item.
----------------------------------------------------------------------
You can respond by visiting:
http://sarovar.org/tracker/?func=detail&atid=493&aid=303&group_id=106
Bugs item #303, was opened at 2005-03-02 12:30
You can respond by visiting:
http://sarovar.org/tracker/?func=detail&atid=493&aid=303&group_id=106
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Wolfgang Glitzner (wolfgang_gg)
Assigned to: Nobody (None)
Summary: bug in paper metrics?
Initial Comment:
Hello there, Texies.
Is there a bug in the paper metrics of pdftex or in
an involved package?
Or just only in the acrobat reader?
I produce a pdf doc with pdftex. In particular I use
\documentclass[twoside,a5paper]{book}
.
.
.
\setlength{\topmargin}{-2.04mm}
\setlength{\textheight}{140.15mm}
\setlength{\textwidth}{99.1mm}
\setlength{\oddsidemargin}{-8.88mm}
\setlength{\evensidemargin}{7.63mm}
.
.
.
The Check produces:
1) a dump of \the\paperwidth in the logfile
gives 421.10078pt, which is 147.999999999mm.
2) the document properties in the acrobat reader
displays
148 x 210 mm
3) invoking printing on my canon i450 opens a window
in which
the field preview tells
Paper: 209.97 x 296.7 mm (I have DINA4 mounted, so
far, so good)
Document: 147.8 x 209.9 mm
4) DINA5 has exactly 210.22 x 148.65 mm
5) DINA4 has exactly 297.30 x 210.22 mm
What width my document really has?
148mm or 147,8mm or 148,65mm ??
There is physically only one!
And what I assumed and need is a width of 148,65mm.
How to apply?
Moreover, gluing 2 pages of my doc together with the
pdfpages package
works fine. 2 DINA5 onto 1 DINA4. In particular I use
\documentclass[twoside,a4paper]{book} However,
because a DINA5-page
misses approx. 0.65mm, some additional adaption is
necessary.
However, pdfpages applies a parameter for that
action. good luck.
The Check produces:
1) a dump of \the\paperheight in the logfile
gives 421.10078pt, which is 147.999999999mm.
2) the document properties in the acrobat reader
displays
297 x 210mm
3) invoking printing on my canon i450 opens a window
in which
the field preview tells
Paper 209.9 x 296.7mm
Document 296.7 x 209.9mm
General question: IS THE PAPER-metric FOR DINA5 AND
DINA4 CORRECT
IN THE APPROPRIATE PACKAGE?
Regards
Wolfgang Glitzner(a)gmx.de
n.b.
1a) A logged metric of pdfpages compilation which
keeps the DINA5 is:
421.10124pt x 597.50829pt
which is 148.00015991mm x 210.0001462mm.
1b) A logged metric of pdfpages compilation which
keeps the DINA4 is:
597.50787pt x 845.04684pt
which is 209.9999986mm x 296.9999963mm
2) Some conversions:
72,27 point (amerikanische) sind 1 inch -- exakt!
1 inch sind 25,4 mm -- exakt!
72,27 point/ 25,4 mm = 2,845 point/mm oder 0,3513
mm/point.
dots sind nicht points und schon gar nicht pixel.
----------------------------------------------------------------------
You can respond by visiting:
http://sarovar.org/tracker/?func=detail&atid=493&aid=303&group_id=106
Patches item #259, was opened at 2005-01-11 16:44
You can respond by visiting:
http://sarovar.org/tracker/?func=detail&atid=495&aid=259&group_id=106
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Taco Hoekwater (taco)
Assigned to: Nobody (None)
Summary: Expanded png inclusion support
Initial Comment:
The attached zip file contains a change file for all
pdftex's (to be applied *after* hz.cg) and a completely
new writepng.c
----------------------------------------------------------------------
>Comment By: Taco Hoekwater (taco)
Date: 2005-03-01 13:38
Message:
Logged In: YES
user_id=1608
This update fixes the \pdfoptionimageforcegray bugs
discovered by Hartmut.
----------------------------------------------------------------------
Comment By: Taco Hoekwater (taco)
Date: 2005-02-28 17:27
Message:
Logged In: YES
user_id=1608
Sorry, I forgot the 16-bit color code in the previous version
----------------------------------------------------------------------
Comment By: Taco Hoekwater (taco)
Date: 2005-02-28 16:38
Message:
Logged In: YES
user_id=1608
This new version incorporates the code from Hartmut's speed
patch.
----------------------------------------------------------------------
You can respond by visiting:
http://sarovar.org/tracker/?func=detail&atid=495&aid=259&group_id=106
