- ntg-pdftex - NTG Mailing Lists

[ pdftex-Feature Requests-882 ] Hyperlinks in included PDFs
by noreply＠sarovar.org 13 Nov '07

13 Nov '07

Feature Requests item #882, was opened at 2007-11-13 10:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=882&group_id=106 Category: PDF inclusion Group: v1.50 Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Martin Schröder (oneiros) Summary: Hyperlinks in included PDFs Initial Comment: Now when including pages from PDFs pdftex drops all hyperlinks in the included pages. These should be retained. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=882&group_id=106

1 0

[ pdftex-Feature Requests-881 ] Integrate pool file
by noreply＠sarovar.org 13 Nov '07

13 Nov '07

Feature Requests item #881, was opened at 2007-11-13 10:48 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=881&group_id=106 Category: None Group: v1.50 Status: Open Resolution: None Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: Integrate pool file Initial Comment: So we don't forget (XeTeX is also pool-free nowadays). ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=881&group_id=106

1 0

[ pdftex-Feature Requests-880 ] Support reordering of pages
by noreply＠sarovar.org 13 Nov '07

13 Nov '07

Feature Requests item #880, was opened at 2007-11-13 10:45 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=880&group_id=106 >Category: PDF generation Group: v1.50 Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Martin Schröder (oneiros) Summary: Support reordering of pages Initial Comment: In order to e.g. allow the generation of tocs in one pass, pdftex should allow the manipulation of the page tree to reorder the pages. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=880&group_id=106

1 0

[ pdftex-Feature Requests-880 ] Support reordering of pages
by noreply＠sarovar.org 13 Nov '07

13 Nov '07

Feature Requests item #880, was opened at 2007-11-13 10:45 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=880&group_id=106 Category: None Group: v1.50 Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Martin Schröder (oneiros) Summary: Support reordering of pages Initial Comment: In order to e.g. allow the generation of tocs in one pass, pdftex should allow the manipulation of the page tree to reorder the pages. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=880&group_id=106

1 0

1.40.6
by Martin Schröder 10 Nov '07

10 Nov '07

Hi, I'll do a release of stable this or next week, incoporating Xpdf 3.02pl2. I'll also update libpng. Which bugfixes from trunk should go in there? Best Martin

4 5

Re: [NTG-pdftex] 2GB limit and Windows
by Akira Kakuto 05 Nov '07

05 Nov '07

> I'll probably not be able to test this before Friday on a Windows test > system (tomorrow is a local holiday) and before Monday on the > production system. So if anybody has a good suggestion for a simple > enough test setup that would enable Akira to test drive the executable > without putting me in the feedback loop, this would make things move > somewhat faster. I've succeeded to output a file of 2348685019B (about 2.2GB) on Windows. Thus LFS is ok also on Windows. Best regards, Akira

2 1

Re: [NTG-pdftex] 2GB limit and Windows
by Akira Kakuto 01 Nov '07

01 Nov '07

Hi Martin, > Does config.h work on win32? longinteger should be 64bit. off_t is always long in my compiler, so my config.h reads ... #ifdef WIN32 typedef __int64 longinteger; #else typedef off_t longinteger; #endif ... Best regards, Akira

1 0

Re: [NTG-pdftex] 2GB limit and Windows
by Akira Kakuto 31 Oct '07

31 Oct '07

Hi David, > do I understand correctly from the discussions and Svn logs that > PDFTeX is now ready to create large PDF files under GNU/Linux, but the > same can't be said of Windows? Please test the binary of W32TeX (1.50.0-alpha), and teach me the problem. I've used #ifdef WIN32 #include <io.h> void xfseek64 (FILE *f, __int64 offset, int wherefrom, char *filename) { fflush(f); if (_lseeki64(fileno(f), offset, wherefrom) < (__int64)0) FATAL_PERROR(filename); } #endif in void writestreamlength(integer length, longinteger offset) I myself don't have tested the large file. Best regards, Akira

4 4

2GB limit and Windows
by David Kastrup 31 Oct '07

31 Oct '07

Hi, do I understand correctly from the discussions and Svn logs that PDFTeX is now ready to create large PDF files under GNU/Linux, but the same can't be said of Windows? Any idea whether this will change? Would cross-compilation via mingw32 help here? Would the standard way in which executables are compiled for Windows be adaptable? Would there be downloadable binaries at some point of time? Thanks, -- David Kastrup

1 0

LFS
by Martin Schröder 27 Oct '07

27 Oct '07

Hi, trunk can now generate PDFs >2GiB, if you add the right flags to configure (see http://www.suse.de/~aj/linux_lfs.html) This is tested on Linux on amd64 and i386, but I'm interested in reports from other platforms. We will eventually have support for this in configure, but we are not there yet (autofoo ...:-(). Best Martin

1 0