- ntg-pdftex - NTG Mailing Lists

Re: [NTG-pdftex] Possible bug in pdfetexk (re \hoffset)?
by Heiko Oberdiek 28 Jan '06

28 Jan '06

On Fri, Jan 27, 2006 at 06:17:16PM +0000, Philip TAYLOR wrote: > Dear all -- The following preamble produces a correctly > centered letter using TeX, but PdfTeX appears to offset > everything by about 1,5 em (see commented-out \advance > at-end). A sample document follows. > > Philip Taylor > -------- > % letter-macros > > \def \from {\leftskip = 0 pt plus 1 fill \parskip = 0 ex \obeylines} > \def \to {\rightskip = 0 pt plus 1 fill \parskip = 0 ex \obeylines} > \def \body {} > \def \blockquote {\vskip \parskip \leftskip = 3 em \rightskip = 0 ex > plus 1 fill \parskip = 0 ex \obeylines} > \def \signature {\vskip 3\parskip} > % pdfTeX also knows \pdfhorigin and \pdfvorigin % In my teTeX installation the values are set during generating % the format files in pdftexconfig.tex: % \pdfhorigin=1 true in % \pdfvorigin=1 true in % \showthe\pdfhorigin = 72.26999pt > \magnification \magstep 1 % Now the values of \pdfhorigin, pdfvorigin need to be % reassigned, see below > \parindent = 0 em > \parskip = 3 ex > > \hsize = 210 true mm > \vsize = 297 true mm > \input ifpdf.sty % it sets \ifpdf for detecting pdfTeX in pdf mode > \begingroup > \hoffset= 1 true in > \voffset = 1 true in > \globaldefs = 1 \ifpdf \pdfhorigin = 1 true in \pdfvorigin = 1 true in % now the value is 60.22462pt (same as \hoffset = 1 true in). > \pdfpagewidth = \hsize > \pdfpageheight = \vsize \fi > \advance \hsize by -2\hoffset > \advance \vsize by -2\voffset > \endgroup Yours sincerely Heiko <oberdiek(a)uni-freiburg.de>

2 2

Re: [NTG-pdftex] [tex-live] Re: Possible bug in pdfetexk (re \hoffset)?
by Martin Schröder 27 Jan '06

27 Jan '06

On 2006-01-27 21:38:02 +0100, Lars Madsen wrote: > This is actually rather interesting, I had a user who came and complained > about this very thing, pdftex producing different margins than TeX. > > When has this changed? I don't use plain TeX or pdfTeX myself so I haven't > noticed. The user in question claims that his document worked fine under > both systems in TL 2004. 1.20a corrected this. See the thread at http://www.ntg.nl/pipermail/ntg-pdftex/2004-April/000485.html Best Martin -- http://www.tm.oneiros.de

1 0

[ pdftex-Patches-473 ] \ifabsnum and \ifabsdim
by noreply＠sarovar.org 27 Jan '06

27 Jan '06

Patches item #473, was opened at 2006-01-27 14:20 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=473&group_id=106 Category: Primitives Group: None Status: Open Resolution: None Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: \ifabsnum and \ifabsdim Initial Comment: Here is a small change file that implements two new etex primitives : \ifabsnum \ifabsdim Usage is the same as \ifnum and \ifdim. The only difference is that they negate the values if they are negative before comparing. ---------------------------------------------------------------------- >Comment By: Hans Hagen (hagen) Date: 2006-01-27 14:31 Message: Logged In: YES user_id=927 intended usage: \ifabsdim \dimexpr \maxheight - \currentheight \relax < .5pt assume that we're done \fi it can also be used to handle rounding errors when doing roundtrip calculations ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=473&group_id=106

1 0

[ pdftex-Patches-473 ] \ifabsnum and \ifabsdim
by noreply＠sarovar.org 27 Jan '06

27 Jan '06

Patches item #473, was opened at 2006-01-27 15:20 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=473&group_id=106 Category: Primitives Group: None Status: Open Resolution: None Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: \ifabsnum and \ifabsdim Initial Comment: Here is a small change file that implements two new etex primitives : \ifabsnum \ifabsdim Usage is the same as \ifnum and \ifdim. The only difference is that they negate the values if they are negative before comparing. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=473&group_id=106

1 0

1.40.0-beta-20060124
by Martin Schröder 26 Jan '06

26 Jan '06

http://sarovar.org/download.php/902/pdftex-1.40.0-beta-20060124.tar.bz2 - pdfTeX now includes pdfeTeX, i.e. there is no way to make a binary without eTeX support. Also the sources of TeX, eTeX and pdfTeX have been merged into one file pdftex.web - most pdfTeX change files are gone; only one file (pdftex.ch) remains. - improved patches: - 393 Ensure newline before endstream Have fun Martin -- http://www.tm.oneiros.de

4 6

1.40.0-beta-20060125
by Martin Schröder 25 Jan '06

25 Jan '06

http://sarovar.org/download.php/903/pdftex-1.40.0-beta-20060125.tar.bz2 [this is the same as 1.40.0-beta-20060124, but it works] - pdfTeX now includes pdfeTeX, i.e. there is no way to make a binary without eTeX support. Also the sources of TeX, eTeX and pdfTeX have been merged into one file pdftex.web - most pdfTeX change files are gone; only one file (pdftex.ch) remains. - improved patches: - 393 Ensure newline before endstream Have fun Martin -- http://www.tm.oneiros.de

1 0

pdftex and xpdf (and its security bugs): What about a libxpdf?
by frank＠kuesterei.ch 24 Jan '06

24 Jan '06

Dear pdftex developers, during the last months security support for software containing xpdf code was a nightmare - not only that there were many security issues discovered, moreover everybody used a different patch, it was unclear to what extent older versions were affected, and so forth. This was also a problem for us, the teTeX maintainer in Debian, which currently has three versions of pdftex with three different versions of the xpdf code. What would you think about creating a shared library, "libxpdf", and using that for pdftex, either linked dynamically (for Linux/Unix distributions) or statically (for TeX-live and friends)? There is already such a library, libpoppler, a fork of the xpdf code (http://poppler.freedesktop.org/) However, I do not know whether the xpdf author, Derek B. Noonburg, is generally unwilling to create a shared library, or whether people simply didn't ask him. Personally I would prefer to have as little a number of versions of the same code, and thus to get a shared library from xpdf proper. If you agree, I would be oblidged if one of you would contact Derek Noonburg (derekn(a)foolabs.com) and ask him. He seems to be a little unresponsive at times, and has not answered a similar question from the maintainer of the xpdf package in Debian for a couple of weeks now. Maybe we can convince him that this is a good idea if he is approached from different sides. Alternatively, if he is unwilling to make this change, do you think using libpoppler would be feasible? Many thanks in advance, Frank Küster -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer

2 3

Re: [NTG-pdftex] Flattening the web files
by Thanh Han The 21 Jan '06

21 Jan '06

On Wed, Jan 18, 2006 at 12:48:26AM +0100, Staszek Wawrykiewicz wrote: > On Tue, 17 Jan 2006, Hans Hagen wrote: > > > >But the name of the project will still be pdfTeX (not pdfeTeX), right? > > Good decission. > > > indeed, let's stay with the historic name (of course it's up to thanh to > > make the final decission on that); > > Sure. Thanh, would you please say the final agreement that pdftex means > from now "pdftex with all etex extensions"? (no more pdfetex) yes I agree (sorry for the delay :). So pdftex now is "pdftex + etex + further extensions made or accepted by pdftex team". Regards, Thanh

1 0

1.40.0-beta-20060117
by Martin Schröder 18 Jan '06

18 Jan '06

http://sarovar.org/download.php/898/pdftex-1.40.0-beta-20060117.tar.bz2 - pdfTeX is now pdfeTeX, i.e. there is no way to make a binary without eTeX support. Also the sources of TeX, eTeX and pdfTeX have been merged into one file pdfetex.web - strip trailing zeros in fractions of reals written - removed patch 467 \ifindef - improved logging of objstreams Have fun Martin -- http://www.tm.oneiros.de

3 4

[ pdftex-Patches-469 ] \currentexpansionmode + \ifalignscanning - \ifinedef
by noreply＠sarovar.org 17 Jan '06

17 Jan '06

Patches item #469, was opened at 2006-01-12 01:39 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=469&group_id=106 Category: Primitives Group: None Status: Open Resolution: Postponed Priority: 5 Submitted By: Morten Høgholm (morten) Assigned to: The Thanh Han (hanthethanh) Summary: \currentexpansionmode + \ifalignscanning - \ifinedef Initial Comment: Here's a patch made against pdftex-1.40.0-alpha-20060111. It removes the \ifinedef primitive for a different primitive, namely \currentexpansionmode. This read-only register is 0 when doing regular typesetting, 1 when inside \edef or \xdef and 2 in other cases of full expansion with scan_toks. It could possibly be extended to distinguish between \marks and \write etc. Comments more than welcome on this one! I have also added an \ifalignscanning test. It is true whenever TeX is looking for \noalign etc. so is most useful for a \stopalignscanning function defined as \def\stopalignscanning{\ifalignscanning\relax\fi} ---------------------------------------------------------------------- >Comment By: Hans Hagen (hagen) Date: 2006-01-17 22:22 Message: Logged In: YES user_id=927 concerning alignments: - how about adding \everyaligncell (in addition to \everycr) - how about the other iftests? - (and \nospan -) ---------------------------------------------------------------------- Comment By: Morten Høgholm (morten) Date: 2006-01-16 20:23 Message: Logged In: YES user_id=3333 @None: An \ifalignscanning primitive can also help macros like LaTeX's \multicolumn and other code that relies on seeing \noalign or \omit to recover gracefully with a comprehensible error message. ---------------------------------------------------------------------- Comment By: Morten Høgholm (morten) Date: 2006-01-13 04:50 Message: Logged In: YES user_id=3333 Yes, just ideas here, which is why I asked for comments. We can discuss this on the list (once my subscription is accepted). ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2006-01-12 10:22 Message: Logged In: YES user_id=1608 Like Hans, I also prefer separate if primitives, mainly because I do not want to have to remember the meanings of the possible integer values (for that reason, I'm not too happy about \currentgrouptype either). Taco ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2006-01-12 09:14 Message: Logged In: NO i wonder why we need \ifalignscanning or \stopalignscanner at all when eTeX already has this feature - any \protected macro stops the scanning. ---------------------------------------------------------------------- Comment By: Hans Hagen (hagen) Date: 2006-01-12 08:08 Message: Logged In: YES user_id=927 somehow i think that if's are a better idea than a register because in your case the register only registers one case at the same time (when i saw this patch the first time, i wondered why not a complete set was implemented) - ifincsname - ifinedef - ifinwrite - ifinspecial - ifinpdfliteral - ifinannotbody - ifinmessage (special case of write) - ifinalign - ifinmark probably some more (ok, normally all those conditions can comfortably be catched in a macro package but if we add them, we should be complete in addition to this there can be a register which keeps track of the innermost one (we can have ifcsname inside an edef inside an align concerning the \stopalignscanner i think it's better to have something primitive like \crcr, say \endalign because using if's can have its own problem (we should not worry to much about a name clash, since one can always let it to another one); so, we should wait with adding this patches till (1) we agree and (2) it is complete remark: also, it's dangerous to add patched before a decent decission/interface is dediced upon; once it's in, we cannot change it any more Hans ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=469&group_id=106

1 0