- ntg-pdftex - NTG Mailing Lists

[ pdftex-Feature Requests-421 ] \pdf shell escape addition
by noreply＠sarovar.org 27 Aug '05

27 Aug '05

Feature Requests item #421, was opened at 2005-08-26 20:32 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=421&group_id=106 Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: ivo welch (iaw4) >Assigned to: Taco Hoekwater (taco) Summary: \pdf shell escape addition Initial Comment: I would humbly request that in addition add to \write18 ('--shell-escape'), you add a new command, say \input18 (or \pdftexshellinput18), which like \write18 executes a system() command on its argument, but which then pushes the stdout output from this shell command into the stdin stream that TeX is processing. (no, writing to a file and then inputting it does not do the job.) I cannot contribute to the code base of TeX, which seems like black magic to me. But I can offer $300 for this facility. If someone was planning to spend the time to do this anyway, this may push him/her over the margin. However, it is important to me that this enters the standard feature set of pdftex, so that it will persist through future versions, so this would be part of the bargain here. regards, /ivo welch ---------------------------------------------------------------------- >Comment By: Taco Hoekwater (taco) Date: 2005-08-27 09:01 Message: Logged In: YES user_id=1608 I have an idea on how to do this, so I've assigned it to myself ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=421&group_id=106

1 0

[ pdftex-Feature Requests-421 ] \pdf shell escape addition
by noreply＠sarovar.org 26 Aug '05

26 Aug '05

Feature Requests item #421, was opened at 2005-08-26 18:32 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=421&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: ivo welch (iaw4) Assigned to: Nobody (None) >Summary: \pdf shell escape addition Initial Comment: I would humbly request that in addition add to \write18 ('--shell-escape'), you add a new command, say \input18 (or \pdftexshellinput18), which like \write18 executes a system() command on its argument, but which then pushes the stdout output from this shell command into the stdin stream that TeX is processing. (no, writing to a file and then inputting it does not do the job.) I cannot contribute to the code base of TeX, which seems like black magic to me. But I can offer $300 for this facility. If someone was planning to spend the time to do this anyway, this may push him/her over the margin. However, it is important to me that this enters the standard feature set of pdftex, so that it will persist through future versions, so this would be part of the bargain here. regards, /ivo welch ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=421&group_id=106

1 0

[ pdftex-Feature Requests-421 ] \pdf
by noreply＠sarovar.org 26 Aug '05

26 Aug '05

Feature Requests item #421, was opened at 2005-08-26 18:32 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=421&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: ivo welch (iaw4) Assigned to: Nobody (None) Summary: \pdf Initial Comment: I would humbly request that in addition add to \write18 ('--shell-escape'), you add a new command, say \input18 (or \pdftexshellinput18), which like \write18 executes a system() command on its argument, but which then pushes the stdout output from this shell command into the stdin stream that TeX is processing. (no, writing to a file and then inputting it does not do the job.) I cannot contribute to the code base of TeX, which seems like black magic to me. But I can offer $300 for this facility. If someone was planning to spend the time to do this anyway, this may push him/her over the margin. However, it is important to me that this enters the standard feature set of pdftex, so that it will persist through future versions, so this would be part of the bargain here. regards, /ivo welch ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=421&group_id=106

1 0

Re: [pdftex] pdftex 1.30.2
by Thomas Esser 25 Aug '05

25 Aug '05

> The pdfTeX team is happy to announce the release of a new stable version: Hm... pdftex.ch seems to be unchanged (-rc1): $ tar xf /t/not_ctan/pdftex-1.30.2.tar.bz2 -C /build $ grep 1.30.2 /build/pdftex-1.30.2/src/texk/web2c/pdftexdir/pdftex.ch @d pdftex_version_string=='-1.30.2-rc1' {current \pdfTeX\ version} ^^^^ !!! $ md5sum /t/not_ctan/pdftex-1.30.2.tar.bz2 4b0480114a4e1fc38b555a5a1b697174 /t/not_ctan/pdftex-1.30.2.tar.bz2 $ ls -l /t/not_ctan/pdftex-1.30.2.tar.bz2 -rw-r--r-- 1 te users 3353139 2005-08-25 20:16 /t/not_ctan/pdftex-1.30.2.tar.bz2 Thomas

2 1

pdftex 1.30.2-rc1
by Martin Schröder 23 Aug '05

23 Aug '05

http://sarovar.org/download.php/700/pdftex-1.30.2-rc1.tar.bz2 The only change is the latest patches from Olaf and Thomas in TexLive; I prefer a new release to silently updating the archives (and all links to them and ctan and ...). Olaf & Thomas, please have a look at the rc. :-} Best Martin -- http://www.tm.oneiros.de

3 3

pdftex 1.30.1-rc1
by Martin Schröder 19 Aug '05

19 Aug '05

http://sarovar.org/download.php/694/pdftex-1.30.1-rc1.tar.bz2 The only changes are xpdf 3.01 and kpathsea/web2c updates from TL. Thomas, please check the xpdf update; especially because I updated xpdf/depend.mk Best Martin -- http://www.tm.oneiros.de

1 1

[ pdftex-Patches-415 ] various extensions and fixes
by noreply＠sarovar.org 19 Aug '05

19 Aug '05

Patches item #415, was opened at 2005-08-19 07:09 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=415&group_id=106 Category: Primitives Group: v1.30.0 Status: Open Resolution: None Priority: 5 Submitted By: The Thanh Han (hanthethanh) Assigned to: Martin Schröder (oneiros) Summary: various extensions and fixes Initial Comment: This is a patch for various experimental extensions: - \pdfinsertht: return the height of an insert (requested by Hans); this has similar syntax to \pdftexrevision. - do not fail when \pdfobj is used with an invalid object number (requested by Hans) - snapping: support for grid typesetting -- see snap.txt for details - kern before space: allow changing interword glues in a flexible way and inserting a kern before certain characters -- see kern-before-interword-glue.txt for details The notes in snap.txt and kern-before-interword-glue.txt are from email correspondence with people interested in; hence these notes are somewhat informal, inaccurate or out-of-date. How to apply: ~~~~~~~~~~~~~ cd /path/to/pdftex-1.30.0-srcdir/src/texk patch -p1 < /path/to/pdftex-20050818.patch cd web2c make pdfetex ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=415&group_id=106

1 0

Xpdf 3.01 - a PDF viewer for X
by Martin Schröder 18 Aug '05

18 Aug '05

----- Forwarded message from "Derek B. Noonburg" <derekn(a)foolabs.com> ----- Date: 17 Aug 2005 21:51:23 -0000 Message-ID: <20050817215123.11144.qmail(a)foolabs.com> To: martin(a)oneiros.de From: "Derek B. Noonburg" <derekn(a)foolabs.com> Subject: ANNOUNCE: Xpdf 3.01 - a PDF viewer for X Glyph & Cog, LLC is pleased to announce a new version of Xpdf, the open source Portable Document Format (PDF) viewer for X. The Xpdf project also includes a PDF text extractor, PDF-to-PostScript converter, and various other utilities. Xpdf runs under the X Window System on Unix, VMS, and OS/2. The non-X components (pdftops, pdftotext, etc.) also run on Win32 systems and should run on pretty much any system with a decent C++ compiler. Major changes: * Added the continuous view mode, including the '-cont' switch and the 'continuousView' config file option. * At high zoom levels, don't rasterize the entire page - this avoids problems running out of memory. * Added "search backward" and "match case" options to the find dialog. * Support explicitly masked images and soft masked images. See the `CHANGES' file for a complete list of changes. Source (C++ and C) is available, and it should be fairly easy to compile for UNIX, VMS, OS/2, and Win32. More information, source code, and precompiled binaries are on the xpdf web page and ftp site: http://www.foolabs.com/xpdf/ ftp://ftp.foolabs.com/pub/xpdf/ For information on commercial licensing and consulting, please see the Glyph & Cog web site: http://www.glyphandcog.com/ ----- End forwarded message ----- I'll have a look and might make a new release (1.30.1) together with the latest changes to web2c. Best Martin -- http://www.tm.oneiros.de

1 0

Re: [NTG-pdftex] url links in included pdf documents,
by Thanh Han The 16 Aug '05

16 Aug '05

there was a patch to copy links in embedded pdf's, but it was not integrated to pdf. The patch was not that simple and none of pdftex maintainers (including me) was willing to take care of it. I think a compromise would be allowing certain kind of annotation to be copied, for example URI. But I cannot make any promise, sorry. Regards, Thanh On Wed, Aug 10, 2005 at 07:56:42AM +0200, Janko Hauser wrote: > Hello, I have the need to include pdf pages as backgrounds into a > latex document. I would like to keep the url-links in these > background pdf's. Searching the mailinglists it turns out, that > pdftex does strip all links from included pdf's. Has this changed in > recent versions? How should one proceed to look for this in the code > of pdftex? > > With regards, > > __Janko Hauser > > _______________________________________________ > ntg-pdftex mailing list > ntg-pdftex(a)ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-pdftex

2 1

Re: [NTG-pdftex] redundant resources
by Thanh Han The 16 Aug '05

16 Aug '05

Hi Hans, does it relate to the ToUnicode object only, or something else as well? I think the ToUnicode object can be generated by pdftex, as pdftex knows the current encoding vector and can find out the corresponding unicode for a given glyph name by looking into the AGL? It would also save some space, as fonts having the same encoding vector (eg 8r.enc) can share a single ToUnicode object. But I am not sure, have to recheck the ToUnicode description. Postponing the object refered by \pdffontattr is not that easy to do, as pdftex does no parsing of the parameter of \pdffontattr (like in case of many other parameters). Thanh On Mon, Aug 15, 2005 at 01:04:07PM +0200, Hans Hagen wrote: > Hi, > > There are situations where unused resources can end up in a pdf file; > think for instance of a font system that sets up tounicode vector > inclusion. For practical purposes, one needs to have a font loaded > before the document preamble is scanned. If not, it is impossible to > deal with certain dimensions. So, it that case, we have something > > \pdffontattr\font{/ToUnicode ... 0 R} > > But imagine that we never use that font. If the rest of the document > fonts use the same vector, this is no problem, but when we switch to > another font encoding, we end up with a non used to unicode vector. Or > think of docs with only graphics (or other pdf pages) where no such > vector is needed. > > Because the object reference ... 0 R is not seen, pdftex cannot decide > either or not to include the object, so we need to use \immediate\obj > which result sin the non wanted entry. A solution is > > \pdffontvector <obj num> > > but a more generic solution is > > \pdffontattr\font{/ToUnicode ... \refobjnum <objnum>} > > which will tag the object (number) as being used but only when the font > desciption object is really flushed (so \refobjnum fullfils a signal > function) > > this means that a (later) \pdfobj{...} will not be flushed when it is > not really refered > > Hans > > ----------------------------------------------------------------- > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com > | www.pragma-pod.nl > ----------------------------------------------------------------- > > _______________________________________________ > ntg-pdftex mailing list > ntg-pdftex(a)ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-pdftex

2 1