- ntg-pdftex - NTG Mailing Lists

pdfeTeX 1.20b-2.1: writet3 problem
by Akira Kakuto 12 May '04

12 May '04

>1.20a-rc3 no longer has this bug. I suspect that writet3.c in texlive p4 head is older than the one in the tarball. Best regards, Akira

1 0

pdftex-1.20a-rc3
by The Thanh Han 12 May '04

12 May '04

Hi, I changed the version back to 1.20a-rc3 as Martin suggested. Also a src tarball and djgpp binaries are avail. at http://vntex.sourceforge.net/private/thanh/pdftex/ This version fixes the problem Staszek reported with pdfelatex. Thanh

3 3

Re: [pdftex] Who does the releases?
by Akira Kakuto 11 May '04

11 May '04

Hi Thanh, >At the meantime, I will rename the latest sources >to 1.20a-rc3 as you suggested. Please do not go backward. You have enough numbers to use, 1.20c, 1.20d, ... As a stable release version number, you can choose 1.21. Best regards, Akira

1 0

pdf(e)tex compatible with tex?
by Akira Kakuto 11 May '04

11 May '04

>I'm so sorry, but I found some incompatibilities in pdfetex in dvi mode. >My silly test, attached in il1test.zip, or in case that the mailer could >remove it, available from >ftp:/ftp.gust.org.pl/TeX/GUST/test/il1test.zip >can show you that some primitives give strange output, e.g. not expected >headlines and footers using pdfetex based latex format. I have also obtained headlines and footers in the case of pdfelatex and pdfxlatex (1.20b-2.1). However, pdflatex (1.20b) (i.e., non e-TeX version) seems to output the same dvi as latex or elatex. Best regards, Akira

1 0

Re: [pdftex] Who does the releases?
by The Thanh Han 11 May '04

11 May '04

Hi Martin, > Thanh, > I was surprised by the release today (learned of it through > tetex-pretest). I suggest renaming it to 1.20a-rc3 and splitting > off pdfxtex ASAP. I was told that you were not very happy with the latest upload, because it overwrote the stable sources in texlive/tetex. I am sorry to hear about that. However, I would like to clarify a few points: 1) I think that the pdftex sources are in the development branch, and they are moved to the stable branch only when Sebastian approves it. 2) I am not aware that I should not do a release. We have agreed that you will be doing/monitoring/scheduling releases. Does it mean that I should not make any release at all. Then can you please tell me how I should name my changes? 3) It's not clear to me why pdfxtex should be gone ASAP. If it should not be built by default, isn't it better to change the config files not to compile it unless an option `--with-pdfxtex' is explicitly given? 4) At the meantime, I will rename the latest sources to 1.20a-rc3 as you suggested. My next changes will be uploaded to pdftex.sarovar.org and wait there until we agree that they can be released. 5) If something goes wrong, can you please let me know directly. Best regards, Thanh

1 0

pdf(e)tex compatible with tex?
by Staszek Wawrykiewicz 11 May '04

11 May '04

I'm so sorry, but I found some incompatibilities in pdfetex in dvi mode. My silly test, attached in il1test.zip, or in case that the mailer could remove it, available from ftp:/ftp.gust.org.pl/TeX/GUST/test/il1test.zip can show you that some primitives give strange output, e.g. not expected headlines and footers using pdfetex based latex format. This example can be compared with 'latex' or 'pdflatex' from TeX Live 2003 against the *current* stuff from P4 depot (pdf(e)tex 1.20b-2.1). Ps. Martin, your 'Bye' was rejected, so I'd still like to hear your opinions. Best, -- Staszek Wawrykiewicz StaW(a)gust.org.pl

1 0

Re: [NTG-pdftex] easy font expansion (image inclusion)
by Akira Kakuto 09 May '04

09 May '04

Hi Hartmut, > Ah, it was ", 4" formerly, just the new ", 6" is wrong. Then this should > do it right: > > pdf_append_list(pdf_ximage_objnum(p))(pdf_ximage_list); > if not is_pdf_image(image) then begin > pdf_print_real(ext_xn_over_d(pdf_width(p), > ten_pow[6], one_hundred_bp), 4); > pdf_print(" 0 0 "); > pdf_print_real(ext_xn_over_d(pdf_height(p) + pdf_depth(p), > ten_pow[6], one_hundred_bp), 4); > Thank you very much. It was ok by 6 ---> 4 only. Best regards Akira

2 1

easy font expansion (image inclusion)
by Akira Kakuto 09 May '04

09 May '04

Hi Thanh, I have obtained a very small "pointlike" image by \includegraphics{foo.jpg} where foo.jpg is a usual size image. Therefore I have revived previous values for arguments of "pdf_print_real" as follows: pdf_append_list(pdf_ximage_objnum(p))(pdf_ximage_list); if not is_pdf_image(image) then begin pdf_print_real(ext_xn_over_d(pdf_width(p), ten_pow[6], one_hundred_bp), 6); pdf_print(" 0 0 "); pdf_print_real(ext_xn_over_d(pdf_height(p) + pdf_depth(p), ten_pow[6], one_hundred_bp), 6); -------> pdf_append_list(pdf_ximage_objnum(p))(pdf_ximage_list); if not is_pdf_image(image) then begin pdf_print_real(ext_xn_over_d(pdf_width(p), ten_pow[4], one_bp), 4); pdf_print(" 0 0 "); pdf_print_real(ext_xn_over_d(pdf_height(p) + pdf_depth(p), ten_pow[4], one_bp), 4); Best regards Akira

2 2

endstream
by Hans Hagen 09 May '04

09 May '04

Hi, When embedding a file using \pdfobj file {...} i get whateverendstream is this valid? shouldn't endstream be on its own line? Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------

3 2

Re: [NTG-pdftex] Re: easy font expansion
by Akira Kakuto 08 May '04

08 May '04

Dear Reinhard, > > If I use hz for base 14 fonts, pdf[ex]TeX crashes. But, if base > > 14 fonts are embedded by changing pdftex.map like ptmr8r > > Times-Roman "TeXBase1Encoding ReEncodeFont" <8r.enc > > ---> > > ptmr8r "TeXBase1Encoding ReEncodeFont" <8r.enc <utmr8a.pfb hz > > can be used for base 14 fonts. > > This is a limitation of PDF, not pdftex. > > In a pdf document you cannot change the FontMatrix as you can do in > PostScript. Therefore pdftex has to manipulate the font itself when > it is inserted. If you run pdffonts (from xpdf) on your pdf file > you'll see that the same font is embedded for each expansion step. > > It is certainly mentioned in the pdftex manual. If not, complain. Thanks a lot. It will be better for pdf[ex]TeX to exit with an error message without causing access violation, when a user calls hz without embedding relevant fonts. Best regards Akira

2 1