I wonder if there is some automatic translation from 0pt to 1in somewhere... The following \pdfhorigin=0pt \pdfvorigin=0pt \pdfximage page 1 {foo.pdf}% \setbox0=\hbox{\pdfrefximage\pdflastximage}% \pdfpagewidth=\wd0 \pdfpageheight=\ht0 \shipout\box0 \bye gives a shifted output of foo.pdf (by 1in), while \pdfhorigin=1pt \pdfvorigin=1pt \pdfximage page 1 {foo.pdf}% \setbox0=\hbox{\pdfrefximage\pdflastximage}% \pdfpagewidth=\wd0 \pdfpageheight=\ht0 \shipout\box0 \bye gives only a shift by 1pt (as specified)- Something to fix for 1.20 hopefully... Thomas
On 2004-07-06 16:24:23 +0200, Thomas Esser wrote:
Something to fix for 1.20 hopefully...
Indeed. It doesn't depend on image inclusion. :-( http://sarovar.org/tracker/index.php?func=detail&aid=88&group_id=106&atid=493 Best regards Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
On Tue, 6 Jul 2004, Martin Schröder wrote:
On 2004-07-06 16:24:23 +0200, Thomas Esser wrote:
Something to fix for 1.20 hopefully...
Indeed. It doesn't depend on image inclusion. :-(
http://sarovar.org/tracker/index.php?func=detail&aid=88&group_id=106&atid=493
i suppose that in pdftex.ch in the lines if (pdf_h_origin = 0) and (pdf_v_origin = 0) then begin pdf_h_origin := (one_hundred_inch + 50) div 100; pdf_v_origin := (one_hundred_inch + 50) div 100; the (pdf_h/v_origin = 0) was planned to check whether pdf_h/v_origin have already been set. And this might interfere with the user setting \pdfhorigin=0pt. So maybe one could try to add two boolean variables like pdf_h/v_origin_set, and check these instead of the pdf_h/v_origin values. Not yet tried, just a guess. Regards, Hartmut
On Tue, Jul 06, 2004 at 09:20:45PM +0200, Hartmut Henkel wrote:
i suppose that in pdftex.ch in the lines
if (pdf_h_origin = 0) and (pdf_v_origin = 0) then begin pdf_h_origin := (one_hundred_inch + 50) div 100; pdf_v_origin := (one_hundred_inch + 50) div 100;
the (pdf_h/v_origin = 0) was planned to check whether pdf_h/v_origin have already been set. And this might interfere with the user setting \pdfhorigin=0pt.
Yes, I can confirm that. Removing these lines fixes the bug.
So maybe one could try to add two boolean variables like pdf_h/v_origin_set, and check these instead of the pdf_h/v_origin values. Not yet tried, just a guess.
Can't this code just go away? I mean we set things up nicely via pdftexconfig.tex (which gets dumped into our formats) for most people. The others should know what they are doing... Thomas
On Tue, 6 Jul 2004, Thomas Esser wrote:
Can't this code just go away? I mean we set things up nicely via pdftexconfig.tex (which gets dumped into our formats) for most people. The others should know what they are doing...
Yes. But without it the initex default obviously would be 0pt, which
might give a slight compatibility problem for the initex die-hards.
Maybe one way to deal with this is to hardcode the default of 1 inch
into initex, so that it can be overwritten in pdftexconfig.tex or later.
The raw patch is below. Any problems with this?
Regards, Hartmut
% tex.ch2
%***********************************************************************
@x
cfg_pdf_option_pdf_inclusion_errorlevel_code = pdf_option_pdf_inclusion_errorlevel_code;
@y ---------------------------------------------------------------------
cfg_pdf_option_pdf_inclusion_errorlevel_code = pdf_option_pdf_inclusion_errorlevel_code;
@ @
% tex.ch2
BTW, if this patch is ok, one could extend it so that other standard parameters, which else would be zero, get a default in pdfinitex, at least these: \pdfdecimaldigits=3 (not to spoil resolution in case it's forgotten) \pdfoptionpdfminorversion=4 (who would like to get PDF-1.0?) And this one, which got lost in pdftexconfig.tex(!): \pdfimageresolution=72? 100? Regards, Hartmut
On 2004-07-06 23:16:34 +0200, Hartmut Henkel wrote:
BTW, if this patch is ok, one could extend it so that other standard parameters, which else would be zero, get a default in pdfinitex, at least these:
\pdfdecimaldigits=3 (not to spoil resolution in case it's forgotten) \pdfoptionpdfminorversion=4 (who would like to get PDF-1.0?)
And this one, which got lost in pdftexconfig.tex(!):
\pdfimageresolution=72? 100?
Yes. Best regards Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
On 2004-07-07 12:41:38 +0200, Martin Schröder wrote:
On 2004-07-06 23:16:34 +0200, Hartmut Henkel wrote:
BTW, if this patch is ok, one could extend it so that other standard parameters, which else would be zero, get a default in pdfinitex, at least these:
\pdfdecimaldigits=3 (not to spoil resolution in case it's forgotten) \pdfoptionpdfminorversion=4 (who would like to get PDF-1.0?)
And this one, which got lost in pdftexconfig.tex(!):
\pdfimageresolution=72? 100?
Yes.
This is already handled by @
On Wed, 7 Jul 2004, Martin Schröder wrote:
On 2004-07-06 23:16:34 +0200, Hartmut Henkel wrote:
\pdfdecimaldigits=3 (not to spoil resolution in case it's forgotten) \pdfoptionpdfminorversion=4 (who would like to get PDF-1.0?) ... \pdfimageresolution=72? 100?
... This is already handled by @
But calling pdftex -ini xx.tex on this file \showthe\pdfimageresolution \showthe\pdfoptionpdfminorversion \end gives: (./xx.tex
0. l.1 \showthe\pdfimageresolution
?
0. l.2 \showthe\pdfoptionpdfminorversion
So the user has to know that "0" means "72 dpi". With the patch below, already the call to barebones pdftex -ini xx.tex gives: (./xx.tex
72. l.1 \showthe\pdfimageresolution
?
4. l.2 \showthe\pdfoptionpdfminorversion
And if i set this to 3 in pdftexconfig.tex, after a texconfig init run i get by calling pdftex xx.tex (not in ini mode):
3. l.2 \showthe\pdfoptionpdfminorversion
Unclear how large parts of
@p procedure check_and_set_pdfoptionpdfminorversion;
are then obsolete by this patch. And yes, it should go into pdftex.ch (i
only use tex.ch2 for testing).
Regards, Hartmut
% tex.ch2
%***********************************************************************
@x
cfg_pdf_option_pdf_inclusion_errorlevel_code = pdf_option_pdf_inclusion_errorlevel_code;
@y ---------------------------------------------------------------------
cfg_pdf_option_pdf_inclusion_errorlevel_code = pdf_option_pdf_inclusion_errorlevel_code;
@ Initialize pdftex's parameters to some useful default value.
Helpful in case one forgets to set them during initex run.
@
On 2004-07-06 22:46:00 +0200, Hartmut Henkel wrote:
Yes. But without it the initex default obviously would be 0pt, which might give a slight compatibility problem for the initex die-hards. Maybe one way to deal with this is to hardcode the default of 1 inch into initex, so that it can be overwritten in pdftexconfig.tex or later. The raw patch is below. Any problems with this?
I don't see any. But why in tex.ch2 and not in pdftex.ch? Best regards Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
participants (3)
-
Hartmut Henkel
-
Martin Schröder
-
Thomas Esser