May 2008 - ntg-pdftex - NTG Mailing Lists

[pdftex-Bugs][993] /Names array not sorted correctly
by pdftex-bugs＠sarovar.org 27 May '08

27 May '08

Bugs item #993, was opened at 2008-05-24 13:24 Status: Open Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: The Thanh Han (hanthethanh) Summary: /Names array not sorted correctly Resolution: None Group: v1.40.6 Category: None Initial Comment: Axel Berger and Heiko Oberdiek report an error with the sorting of the /Names array: /Names [(cite.Kr07) 44 0 R (cite.Li08) 45 0 R (cite.M\37403) 23 0 R (cite.Mi00) 47 0 R (cite.Mi84) 48 0 R (cite.Mo04) 50 0 R] "cite.Mü03" (= "cite.M\37403") should come after "cite.Mo04". A test file with output is attached. ---------------------------------------------------------------------- >Comment By: Hans Hagen (hagen) Date: 2008-05-27 16:03 Message: the spec says: The Names entries in the leaf (or root) nodes contain the tree’s keys and their associated values, arranged in key-value pairs and sorted lexically in ascending order by key. Shorter keys appear before longer ones beginning with the same byte sequence. The encoding of the keys is immaterial as long as it is self-consistent; keys are compared for equality on a simple byte-by-byte basis. so, it's just bytes ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-05-27 15:43 Message: this is a problem, but it's not clear to me how it should be fixed. Assume that we translate "\374" to the corresponding charcode (0374 = 252) before sorting, then how we decide the lexicographic order of that char? it can be intepreted as ü but also can be eg ytilde or something different, depending on the encoding we use. Comments? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=993&group_id=106

1 0

[pdftex-Bugs][993] /Names array not sorted correctly
by pdftex-bugs＠sarovar.org 27 May '08

27 May '08

Bugs item #993, was opened at 2008-05-24 13:24 Status: Open Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: The Thanh Han (hanthethanh) Summary: /Names array not sorted correctly Resolution: None Group: v1.40.6 Category: None Initial Comment: Axel Berger and Heiko Oberdiek report an error with the sorting of the /Names array: /Names [(cite.Kr07) 44 0 R (cite.Li08) 45 0 R (cite.M\37403) 23 0 R (cite.Mi00) 47 0 R (cite.Mi84) 48 0 R (cite.Mo04) 50 0 R] "cite.Mü03" (= "cite.M\37403") should come after "cite.Mo04". A test file with output is attached. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2008-05-27 15:43 Message: this is a problem, but it's not clear to me how it should be fixed. Assume that we translate "\374" to the corresponding charcode (0374 = 252) before sorting, then how we decide the lexicographic order of that char? it can be intepreted as ü but also can be eg ytilde or something different, depending on the encoding we use. Comments? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=993&group_id=106

1 0

[pdftex-Bugs][993] /Names array not sorted correctly
by pdftex-bugs＠sarovar.org 24 May '08

24 May '08

Bugs item #993, was opened at 2008-05-24 15:24 Status: Open Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: The Thanh Han (hanthethanh) Summary: /Names array not sorted correctly Resolution: None Group: v1.40.6 Category: None Initial Comment: Axel Berger and Heiko Oberdiek report an error with the sorting of the /Names array: /Names [(cite.Kr07) 44 0 R (cite.Li08) 45 0 R (cite.M\37403) 23 0 R (cite.Mi00) 47 0 R (cite.Mi84) 48 0 R (cite.Mo04) 50 0 R] "cite.Mü03" (= "cite.M\37403") should come after "cite.Mo04". A test file with output is attached. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=993&group_id=106

1 0

[pdftex-Patches][962] SyncTeX
by pdftex-patches＠sarovar.org 22 May '08

22 May '08

Patches item #962, was opened at 2008-05-20 18:01 Status: Open Priority: 3 Submitted By: Jerome LAURENS (jlaurens) Assigned to: Nobody (None) Summary: SyncTeX Resolution: None Group: v1.50.0 Category: User interaction Initial Comment: Dear all, SyncTeX design has changed. In order to add support in pdftex for the new design, we must clean the previous code from everything containing SyncTeX. Enclosed is a diff file against URL: svn://scm.foundry.supelec.fr/svn/pdftex/trunk Revision: 470 Everything concerning the old synctex design has been removed. The next step will be to add support for the latest design. It will be quite straightforward once the texlive repository is up to date. ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2008-05-22 21:45 Message: There was a mistake in the previous cleaning process that caused a segmentation fault. Curiously, it seemed to appear randomly. Anyway, with this patch, the diff between pdftex.web and the texlive version don't show anything related to synctex. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=962&group_id=106

1 0

[pdftex-Patches][962] SyncTeX
by pdftex-patches＠sarovar.org 20 May '08

20 May '08

Patches item #962, was opened at 2008-05-20 18:01 Status: Open Priority: 3 Submitted By: Jerome LAURENS (jlaurens) Assigned to: Nobody (None) Summary: SyncTeX Resolution: None Group: v1.50.0 Category: User interaction Initial Comment: Dear all, SyncTeX design has changed. In order to add support in pdftex for the new design, we must clean the previous code from everything containing SyncTeX. Enclosed is a diff file against URL: svn://scm.foundry.supelec.fr/svn/pdftex/trunk Revision: 470 Everything concerning the old synctex design has been removed. The next step will be to add support for the latest design. It will be quite straightforward once the texlive repository is up to date. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=962&group_id=106

1 0

Help!!
by Paul Suen 09 May '08

09 May '08

Hello all, I'm a project manager just involving in a big project(About 0.5 million users). I just using pdftex tool to transfer TEX file to PDF. But the performance is not accepted, especially in IBM AIX operating system. In windows, the performance is about 1 second on file. But in AIX(4 CPU, 8G memory), it needs 20 seconds. Can anybody give me some advice about this problem. Now I face grate pressure from the customer. The customer need to process all 0.5 million files in one day. Thanks. Paul,

2 1

[pdftex-Bugs][941] pdf inclusion broken on ppc-linux
by pdftex-bugs＠sarovar.org 06 May '08

06 May '08

Bugs item #941, was opened at 2008-04-22 10:32 >Status: Closed Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Martin Schröder (oneiros) Summary: pdf inclusion broken on ppc-linux Resolution: Fixed Group: v1.50.0-alpha Category: PDF inclusion Initial Comment: pdf inclusion is currently broken on ppc-linux (see http://www.ntg.nl/pipermail/ntg-pdftex/2008-April/003500.html ). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-05-06 13:01 Message: Fixed in HEAD. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=941&group_id=106

1 0

[pdftex-Bugs][941] pdf inclusion broken on ppc-linux
by pdftex-bugs＠sarovar.org 06 May '08

06 May '08

Bugs item #941, was opened at 2008-04-22 10:32 Status: Open Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Martin Schröder (oneiros) Summary: pdf inclusion broken on ppc-linux >Resolution: Fixed Group: v1.50.0-alpha Category: PDF inclusion Initial Comment: pdf inclusion is currently broken on ppc-linux (see http://www.ntg.nl/pipermail/ntg-pdftex/2008-April/003500.html ). ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2008-05-06 13:01 Message: Fixed in HEAD. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=941&group_id=106

1 0

[pdftex-Patches][945] experimental support for tagged PDF
by pdftex-patches＠sarovar.org 05 May '08

05 May '08

Patches item #945, was opened at 2008-04-27 10:19 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Hans Hagen (hagen) Summary: experimental support for tagged PDF Resolution: None Group: v1.40.0 Category: Primitives Initial Comment: This is a patch to experiment with tagged PDF. The example passes PDF/A-1a check in Acrobat Pro 8. Most of the work is done manually at macro level; we want to provide only unavoidable low-level support and new primitives. This is in very alpha stage and is intended for those who are willing to experiment with tagged PDF: you need to know about tagged PDF at low level (chapter 10 from PDF specification), about the \pdfobj primitive of pdftex and some macro programing experience. Please don't try it yet if you want an out-of-the-box solution, since it's not clear yet if it is possible at all. - apply the patch: - unpack pdftex-1.40.4.tar.bz2 - cd /path/to/pdftex.1.40.4 - patch -p1 </path/to/tagged-pdf-1.diff - build pdftex & generate new format - run "pdflatex -shell-escape f.tex" to compile the test file ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2008-05-05 20:24 Message: patch updated -- some minor fixes ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-05-04 21:18 Message: added primitives \pdfstartstructelem + \pdfendstructelem, and an example. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-05-02 07:05 Message: forgot to include a file in the last zip -- fixed now. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-05-01 19:58 Message: added another example, based on sample2e.tex. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-05-01 15:31 Message: added another example, based on small2e.tex ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-04-30 10:18 Message: added a little less trivial example f2.tex which closely mimics example 10.15 from pdf1.7 spec. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=945&group_id=106

1 0

[pdftex-Patches][945] experimental support for tagged PDF
by pdftex-patches＠sarovar.org 04 May '08

04 May '08

Patches item #945, was opened at 2008-04-27 10:19 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Hans Hagen (hagen) Summary: experimental support for tagged PDF Resolution: None Group: v1.40.0 Category: Primitives Initial Comment: This is a patch to experiment with tagged PDF. The example passes PDF/A-1a check in Acrobat Pro 8. Most of the work is done manually at macro level; we want to provide only unavoidable low-level support and new primitives. This is in very alpha stage and is intended for those who are willing to experiment with tagged PDF: you need to know about tagged PDF at low level (chapter 10 from PDF specification), about the \pdfobj primitive of pdftex and some macro programing experience. Please don't try it yet if you want an out-of-the-box solution, since it's not clear yet if it is possible at all. - apply the patch: - unpack pdftex-1.40.4.tar.bz2 - cd /path/to/pdftex.1.40.4 - patch -p1 </path/to/tagged-pdf-1.diff - build pdftex & generate new format - run "pdflatex -shell-escape f.tex" to compile the test file ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2008-05-04 21:18 Message: added primitives \pdfstartstructelem + \pdfendstructelem, and an example. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-05-02 07:05 Message: forgot to include a file in the last zip -- fixed now. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-05-01 19:58 Message: added another example, based on sample2e.tex. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-05-01 15:31 Message: added another example, based on small2e.tex ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-04-30 10:18 Message: added a little less trivial example f2.tex which closely mimics example 10.15 from pdf1.7 spec. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=945&group_id=106

1 0