July 2004 - ntg-pdftex - NTG Mailing Lists

pdftex-1.20a-rc6 is available
by The Thanh Han 06 Sep '04

06 Sep '04

Hi, pdftex-1.20a-rc6 is available (sources + djgpp binaries) at pdftex.sarovar.org this version fixed 2 problems with auto font expansion and margin kerning. If no further problem is found, we expect to release pdftex-1.20a soon Thanh

4 8

vadjust.ch
by The Thanh Han 27 Aug '04

27 Aug '04

Hi Martin, now when vadjust is in pdftex, vadjust.ch should be moved under pdftexdir/. Can you please do that? Thanh

3 4

open problems with 1.20a
by Martin Schröder 31 Jul '04

31 Jul '04

- hz problems. Anything else? Best regards Martin -- Martin Schröder, ms(a)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

6 18

Please don't submit unchanged files
by The Thanh Han 27 Jul '04

27 Jul '04

Hi Martin, can you please submit to texlive only files that are changed? It would save me a lot of time browsing those files. When I do a diff, I often get a bunch of files that differ only in their $Id but nothing else. Then it is very difficult to check which files have been changed at all. Thanks, Thanh

2 1

x versus e
by Hans Hagen Outside 24 Jul '04

24 Jul '04

Thanh, The vadjust pre code should be available pdfetex as well, i depend on it ! (ok, we need to fix a border case, but nevertheless, some of my docs produce non optimal output when it's not supported) 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 -----------------------------------------------------------------

4 7

Schedule 20040721
by Martin Schröder 21 Jul '04

21 Jul '04

We currently have a quite stable version (1.20a-rc7.1). ToDo: - move "vadjust pre" from xtex to etex -> rc7.2 - adopt the patches from peb for etex-pre2.2 -> rc7.3 - update the README for sarovar - fix open problem with hz -> thanh I'll be offline for two weeks starting monday (W31 and W32) and out of office in W33. So I think we should delay the release till W34. Best regards Martin -- Martin Schröder, ms(a)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

1 0

\quitvmode patch
by Taco Hoekwater 15 Jul '04

15 Jul '04

Here is another very simple patch. The change file adds a new primitive called \quitvmode. In vertical modes, it is identical to \indent, but in horizontal and math modes it is \noindent. See: http://www.metatex.org/web/quitvmode.html for more information. groeten, Taco

4 6

[ pdftex-Patches-93 ] \quitvmode
by noreply＠sarovar.org 15 Jul '04

15 Jul '04

Patches item #93, was opened at 2004-07-15 12:12 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=93&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: The Thanh Han (hanthethanh) Summary: \quitvmode Initial Comment: The change file adds a new primitive called \quitvmode. In vertical modes, it is identical to \indent, but in horizontal and math modes it is \noindent. See http://www.metatex.org/web/quitvmode.html ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=93&group_id=106

1 0

image inclusion
by Hans Hagen 15 Jul '04

15 Jul '04

Hi Martin, Is there a difference in behavior when with inclusion a boxtype is specified (like not being resused and such?) 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 -----------------------------------------------------------------

2 2

Re: backslashes in \pdfoutline
by Hans Hagen 15 Jul '04

15 Jul '04

Heiko Oberdiek wrote: >I think a clear no: > > > it can be done by 'parsing strings' which is painful >If my understanding of Hans's idea is correct then >\escapedpdf can be used the following way, eg. > > \def\foo{bar} > \pdfinfo{/Title (\escapedpdf{\foo})} > > indeed >a) \escapedpdf has to be expandable. >b) The argument is full expanded. >The return value can be a string in the manner of \meaning >(characters with catcode 12 and spaces with catcode 10). > > indeed >b) can be achieved by \edef, but \edef cannot be used >because of a). > >Even if we have a full expanded string, how to parse >it in a safe way? Catcodes? Espacially spaces are >problematic: > > indeed >* \scantokens from e-TeX is AFAIK expandable, but > the catcode changes before are not. > > right, it's also slow to prepare settings (definitions, catcodes etc) actually, it would be handy to have catcode vectors so that we could quickly swap 'm >* For the \@sanitize@onelevel or \meaning method a > macro definition is necessary, violation of a). >* \futurelet is not expandable. >* Scan methods such as \scan#1(... are problematic and fail, > if there are spaces in the string. > > indeed, and * why should we complicate live when it can be programmed (i already wasted too many days on such painful things) 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 -----------------------------------------------------------------

1 0