November 2004 - ntg-pdftex - NTG Mailing Lists

character protrusion with the first letter in a paragraph
by The Thanh Han 19 Jan '05

19 Jan '05

Hi, I have been thinking of the question how to make char protrusion work with the first char of a paragraph. The simplest (and quite robust) solution can be as follows: when considering whether a marginal kern should be inserted, we skip certain kinds of `invisible' node (like adjust node, penalty node and the like). Now to make it work with the first char of a par, we also skip null boxes (box with zero dimen and empty contents) at the left margin. The question is whether such behaviour is ``correct'', and what surprises it can bring in certain situations. Thanh

3 3

Re: [NTG-pdftex] 1.20b/1.21a
by Akira Kakuto 22 Dec '04

22 Dec '04

Martin wrote: > I have problems compiling the latest sources out-of-tree, most > likely because of changes to utils.c: The definition of > ptexbanner has moved. ptexbanner is defined in texmfmp.c. I think you probably did not replace texmfmp.c with the new one. Best regards, Akira

8 27

src special
by The Thanh Han 28 Nov '04

28 Nov '04

Hi, the pdfsync' folks are asking for something similar to the src special extension, but for use with pdf. I asked for Olaf's opinions, and got the following answer: > I got the implementation from elsewhere, and IIRC indirectly. In > other words, I'm not completely certain at this point where it came > from and who wrote it. > > By the way, do bear in mind that the implementation is buggy (and > pretty much intrinsically so without a lot of work): there are cases > where enabling source specials will change the layout of a document. so it looks that following this trace can introduce new problems. I would like to learn more about this issue -- does anyone has some ideas how it should be implemented? Thanh

2 1

EuroTeX2005
by Martin Schröder 26 Nov '04

26 Nov '04

Hi, if you haven't noticed yet: EuroTeX2005 will be a very good place to talk about pdfTeX. You can even meet Thanh, Knuth and Zapf there. :-) If you are interested in the development of pdfTeX, please come to Pont-à-Mousson! More information is at http://www.gutenberg.eu.org/eurotex2005/ There is a substantial early-bird rebate for registering till the end of November, so please register soon. If you have financial problems or need funding, please apply for a bursary or contact me off-list. 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

Re: Question on 1.20b-rc0 font replacement
by The Thanh Han 26 Nov '04

26 Nov '04

Hi, thanks to Hartmut for discovering the bizard case. There is some test in pdftoepdf.cc, so the font is still copied. But lookup_ps_fontmap when found a matched entry also created a new internal font, so the font is still embedded (but is not used anywhere). Here is the new mapfile.c Regards, Thanh On Fri, Nov 26, 2004 at 01:08:06AM +0100, Hartmut Henkel wrote: > shouldn't it then be for safety: > > > /* search forward */ > do { > ff = check_ff_exist(p); > if (ff->ff_path != NULL && !is_truetype(p) && used_tfm(p)) > ^^^^^^^^^^^^^^^ > > Regards, Hartmut > > > On Fri, 26 Nov 2004, Hartmut Henkel wrote: > > > just a question about replacement of Type1 fontsfrom included ximages: > > > > If the mapline by accident contains a TTF font file (e. g. > > <ptmr8a.ttf), with matching PS name, what would happen? Would the > > Type1 font from an included file be extracted and replaced by TTF? I > > believe no, but can't find a check for this in mapfile.c. A simple try > > showed that the font is not replaced but some TTF font will be put > > into the PDF output file. > > > ------------------------------------------------------------------------ > Dr.-Ing. Hartmut Henkel > In den Auwiesen 6, D-68723 Oftersheim, Germany > E-Mail: hartmut_henkel(a)gmx.de > http://www.circuitwizard.de > ------------------------------------------------------------------------ >

1 0

1.20b-rc0 font replacement bug
by Hartmut Henkel 26 Nov '04

26 Nov '04

Hi Thanh, when a PDF file with embedded fonts is included by \pdfximage, fonts will be replaced through lookup_ps_name() heuristics. However it's actually not checked there whether the font file itself is available. Problem example: Some PDF file comes with a Palatino-Roman. TFM entry pplr8r is listed in the mapfile together with fontfile <pplr8a.pfb. But pplr8a.pfb isn't on the PC. Still the font embedded in the PDF file will be replaced by --- nothing. One gets an invalid stream, missing letters. But if the fontfile is not available, the replacement of embedded fonts in PDF files shouldn't be done at all; instead the font coming with the PDF file should be used as is. Below is a quick patch. Only roughly checked. Regards, Hartmut --- mapfile.c.orig Sun Nov 7 14:34:23 2004 +++ mapfile.c Thu Nov 25 02:06:08 2004 @@ -721,8 +721,9 @@ /* lookup_ps_name looks for an entry with a given ps name + slant + extend. * As there may exist several such entries, we need to select the `right' * one. We do so by checking all such entries and return the first one that - * fulfils the following criteria (in descending priority): + * fulfills the following criteria: * + * - the font file is available, and (in descending priority): * - the tfm has been used (some char from this font has been typeset) * - the tfm has been loaded (but not used yet) * - the tfm can be loaded (but not loaded yet) @@ -732,6 +733,7 @@ static fm_entry *lookup_ps_name(fm_entry *fm) { fm_entry *p, *p2; + ff_entry *ff; struct avl_traverser t, t2; strnumber s; int a; @@ -750,14 +752,16 @@ /* search forward */ do { - if (used_tfm(p)) + ff = check_ff_exist(p); + if (ff->ff_path != NULL && used_tfm(p)) return p; p = avl_t_next(&t); } while (p != NULL && comp_fm_entry_ps(fm, p, NULL) == 0); /* search backward */ while (p2 != NULL && comp_fm_entry_ps(fm, p2, NULL) == 0) { - if (used_tfm(p2)) + ff = check_ff_exist(p2); + if (ff->ff_path != NULL && used_tfm(p2)) return p2; p2 = avl_t_prev(&t2); }

3 6

pdftex-1.20b patches
by Hartmut Henkel 22 Nov '04

22 Nov '04

To avoid M_PI_2 redefined warning in dvipsk: --- writet1.c.orig Fri Nov 19 20:25:56 2004 +++ writet1.c Fri Nov 19 22:51:47 2004 @@ -51,8 +51,8 @@ static integer t1_fontname_offset; #else /* writet1 used with dvips */ -#include "ptexmac.h" #include "dvips.h" +#include "ptexmac.h" #undef fm_extend #define fm_extend(f) 0 #undef fm_slant Works both for dvipsk and pdftex. Then there are the patches from Jason Riedy for teTeX, see Subject: [PATCH] Build on Solaris 8 with Sun's compilers Date: Thu, 28 Oct 2004 09:59:37 -0700 From: Jason Riedy <ejr(a)EECS.Berkeley.EDU> To: tetex-pretest(a)dbs.uni-hannover.de Here is a subset from his mail: --- pdftoepdf.cc.orig Sat Jul 17 20:09:44 2004 +++ pdftoepdf.cc Fri Nov 19 22:38:33 2004 @@ -44,7 +44,6 @@ #include "Error.h" #include "epdf.h" -#include "avl.h" static const char perforce_id[] = "$Id: //depot/Build/source.development/TeX/texk/web2c/pdftexdir/pdftoepdf.cc#49 $"; The avl.h isn't needed at all (it differs from Jason's). --- epdf.h.orig Sat Jul 17 20:09:41 2004 +++ epdf.h Fri Nov 19 22:36:16 2004 @@ -97,16 +97,6 @@ /* config.c */ extern integer cfgpar(integer); -/* avl.c */ -typedef int avl_comparison_func (const void *avl_a, const void *avl_b, void *avl_param); -typedef void avl_item_func (void *avl_item, void *avl_param); -extern struct avl_table *avl_create (avl_comparison_func *, void *, struct libavl_allocator *); -extern void avl_destroy (struct avl_table *, avl_item_func *); -extern void **avl_probe (struct avl_table *, void *); -extern void *avl_insert (struct avl_table *, void *); -extern void *avl_delete (struct avl_table *, const void *); -extern void *avl_find (const struct avl_table *, const void *); - /* avlstuff.c */ extern void avl_put_obj (integer, integer); extern integer avl_find_obj (integer, integer, integer); More outstanding patches by Jason are on libs/xpdf/xpdf/GlobalParams.h texk/dvipng/dvipng.h texk/dvipng/font.c texk/dvipng/fontmap.c texk/web2c/pdftexdir/avl.h How to patch the last one, as it's a GPLed file? Does one need to change the name? Regards, Hartmut

3 2

Re: [NTG-pdftex] pdftex-1.20b-beta2
by Akira Kakuto 22 Nov '04

22 Nov '04

> pdftex-1.20b-beta2 is available at pdftex.sarovar.org/src working fine. Thanks very much. Best regards, Akira

3 4

Re: [tex-implementors] message lost in log file
by Martin Schröder 19 Nov '04

19 Nov '04

On 2004-11-16 08:09:16 +0100, Bernard Gaulle wrote: > I just discover that the new message "output format initialized to ..." is > not saved in the log file, why? With the latest beta the messages isn't even output on the terminal anymore :-( Best regards Martin -- http://www.tm.oneiros.de

1 0

[ pdftex-Bugs-187 ] Line number of syntax errors displayed incorrectly
by noreply＠sarovar.org 19 Nov '04

19 Nov '04

Bugs item #187, was opened at 2004-09-15 12:14 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=187&group_id=106 Category: None Group: v1.10b >Status: Closed >Resolution: Rejected Priority: 4 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Line number of syntax errors displayed incorrectly Initial Comment: When typesseting with pdfLaTeX 1.10b the line number of syntax errors of source files is different from that shown by my source file editor. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-09-15 12:24 Message: Logged In: YES user_id=421 1.10b is quite old. Please upgrade to 1.20a How much different are the line numbers? Off by one? Please attach a minimal input file with log file showing the problem. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=187&group_id=106

1 0