- ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-345 ] pdftex-syntax.txt: typo in \pdfobj
by noreply＠sarovar.org 28 May '05

28 May '05

Bugs item #345, was opened at 2005-05-17 15:01 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=345&group_id=106 Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) Assigned to: Hartmut Henkel (hhenkel) Summary: pdftex-syntax.txt: typo in \pdfobj Initial Comment: Hello, the rules for \pdfobj in texk/web2c/pdftexdir/pdftex-syntax.txt are wrong: \pdfobj <object type spec> <object type spec> --> reserveobjnum | [useobjnum <number>] [<attr spec>] [stream [<attr spec>]] <object contents> <object contents> --> <file spec> | <general text> The first [<attr spec>] should be removed. Result: ... <object type spec> --> reserveobjnum | [useobjnum <number>] [stream [<attr spec>]] <object contents> Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> PS: A little surprised that the file has DOS line endings. ---------------------------------------------------------------------- >Comment By: Heiko Oberdiek (oberdiek) Date: 2005-05-28 01:29 Message: Logged In: YES user_id=1276 Hello, the attached file also fixes other errors and typos in syntax descriptions. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=345&group_id=106

1 0

[ pdftex-Feature Requests-354 ] pdftex-syntax.html
by noreply＠sarovar.org 28 May '05

28 May '05

Feature Requests item #354, was opened at 2005-05-28 00:46 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=354&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) Assigned to: Nobody (None) Summary: pdftex-syntax.html Initial Comment: Hello, I have written some scripts to convert the syntax of pdfTeX into XHTML with non-terminals as links. Makefile rules: pdftex-syntax.xml: pdftex-t.tex syntax-xml.pl ./syntax-xml.pl $< pdftex-syntax.html: pdftex-syntax.xsl syntax-html.xml xsltproc -o $@ $+ The .tar archive contains: * syntax-xml.pl: Perl script that uses pdftex-t.tex as input and generates pdftex-syntax.xml * pdftex-syntax.xml: The generated XML file * pdftex-syntax.dtd: DTD for pdftex-syntax.xml * syntax-html.xsl: XSLT stylesheet for generating pdftex-syntax.html * pdftex-syntax.html: The generated HTML file * syntax-html.css: Cascading stylesheet for HTMl file Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=354&group_id=106

1 0

pdftex snapshot
by The Thanh Han 27 May '05

27 May '05

7 25

Re: [NTG-pdftex] pdftex snapshot
by Fabrice Popineau 26 May '05

26 May '05

* Hartmut Henkel <hartmut_henkel(a)gmx.de> writes: Sorry to lose your time. I was missing this one: > t1_save_offset = 0; It slipped off when I patched my source tree. You were on the right track asking if pdfTeX was defined. Thanks for the help, Fabrice

1 0

Re: [NTG-pdftex] pdftex snapshot
by Akira Kakuto 26 May '05

26 May '05

> Doesn't work either with lmodern or fourier instead of utopia. Looking > at the attached file, it seems that pdftex fails to include the last font. It seems to be ok here with utopia and lmodern. (pdftex-20050526, Adobe Reader 7.0.1 on Windows) Best regards, Akira

1 0

Re: another last minute change
by The Thanh Han 26 May '05

26 May '05

Hi, I have applied the change and uploaded another snapshot. Thanh On Thu, May 26, 2005 at 09:30:40AM +0200, Taco Hoekwater wrote: > > Hi Thanh, > > I messed somthing up again in the microinterval patch. > Thanh, can you please apply this (discovered by Hartmut)? > > @x > else if (microseconds<m) then > @y > else if (microseconds>m) then > @z > > Taco > > The Thanh Han wrote: > >Hi Hartmut, > > > >thanks for the patch. Nobody is using \pdfstrcomp, so we can > >safely replace it. > > > >I will upload another snapshot soon. > > > >Regards, > >Thanh > > > >On Tue, May 24, 2005 at 10:18:09PM +0200, Hartmut Henkel wrote: > > > >>Hi Thanh, > >> > >>the attached last-minute-patch to pdftex.ch contains: > >> > >>1. Akira's identification of binary PDF file, now by special string > >>"PTEX" with 128 added to each ASCII char (highest bit set). > >> > >>2. Taco's fix for compile time warnings (without the tex-k one). > >> > >>3. And i would like to propose to change the register \pdfstrcompresult > >>into simple \pdfretval. Reason is that it would be nice to have a global > >>integer "return value" register for general use with utility functions, > >>e. g. to check whether image embedding failed or so, and i also need > >>such a return value register for map related stuff... > >> > >>When i saw that \pdfstrcompresult is already a typical integer return > >>value for \pdfstrcomp, i thought that this would be the ideal moment to > >>start a \pdfretval. After the patch, comparison by \pdfstrcomp would set > >>\pdfretval to -1, 0, or 1. > >> > >>You sure will have ideas for what to set \pdfretval. It then normally > >>should contain a 0 for "success", some positive value coding various > >>"fail" conditions, or other e. g. signed values as after \pdfstrcomp... > >> > >>Question is, who already is using \pdfstrcomp, and whether he can live > >>with such a new \pdfretval instead? > >> > >>Regards, Hartmut > > > >_______________________________________________ > >ntg-pdftex mailing list > >ntg-pdftex(a)ntg.nl > >http://www.ntg.nl/mailman/listinfo/ntg-pdftex > >

1 0

problem with autoconf
by The Thanh Han 25 May '05

25 May '05

Hi, having removed pdfxtex from the sources I tried to rerun autoconf to re-create the configure scripts. I am using debian sarge and got the following error: ,-------- | autoconf: invalid option -m `-------- I looked into the manpage and tried to replace '-m' by '-B', then '-I' Then I got some error with the pb_AC_ASM_UNDERSCORE macro. Searched using google showed that Sebastian Rahtz had the same problem and was not very successful to get it work. Then I uncommented out in texk/etc/autoconf/acsite.m4 the line ,-------- | undefine([pb_AC_ASM_UNDERSCORE]) `-------- and was able to go a little bit further: ,-------- | $sh reautoconf | . | configure.in:222: warning: AC_CONFIG_SUBDIRS: you should use literals | autoconf/status.m4:1078: AC_CONFIG_SUBDIRS is expanded from... | configure.in:222: the top level | /home/thanh/pdftex/src/thanh/libs | libs | configure.in:53: warning: AC_CONFIG_SUBDIRS: you should use literals | autoconf/status.m4:1078: AC_CONFIG_SUBDIRS is expanded from... | configure.in:53: the top level | /home/thanh/pdftex/src/thanh/texk | texk | configure.in:61: warning: AC_CONFIG_SUBDIRS: you should use literals | autoconf/status.m4:1078: AC_CONFIG_SUBDIRS is expanded from... | configure.in:61: the top level | /home/thanh/pdftex/src/thanh/libs/xpdf | libs/xpdf | /home/thanh/pdftex/src/thanh/texk/dvipsk | texk/dvipsk | /home/thanh/pdftex/src/thanh/texk/kpathsea | texk/kpathsea | /home/thanh/pdftex/src/thanh/texk/web2c | texk/web2c | configure.in:47: warning: AC_PROG_LEX invoked multiple times | autoconf/programs.m4:438: AC_DECL_YYTEXT is expanded from... | configure.in:47: the top level `-------- But when I tried to run configure from the top level I got: /home/thanh/pdftex/src/thanh/configure: line 6971: syntax error: unexpected end of file I have to say what Sebastian wrote in his mail: ,-------- | | I think I just hate computers! | `-------- Please, any ideas what I should try next? Thanh

4 4

Re: [NTG-pdftex] new pdftex snapshot
by Akira Kakuto 25 May '05

25 May '05

> On Mon, 23 May 2005, Akira Kakuto wrote: > > > Binary header is also added. > > > +pdf_buf[9] := "%"; > > +pdf_buf[10] := 228; > > +pdf_buf[11] := 240; > > +pdf_buf[12] := 237; > > +pdf_buf[13] := 248; > > +pdf_buf[14] := pdf_new_line_char; > > i wonder what's special with particularily these numbers (other than > they have their 7th bit set)? Is it a special check pattern? The PDF > reference doesn't specify them in detail. > > 11100100 > 11110000 > 11101101 > 11111000 > > If i subtract 128, i get "dpmx". Any secret message? :-) I copied them from dvipdfmx. I didn't know the hidden message. Sorry for that. Please choose the other suitable numbers. best regards, Akira

3 2

[ pdftex-Bugs-335 ] Empty name (\pdfdest name{}xyz) destroys /Names array
by noreply＠sarovar.org 25 May '05

25 May '05

Bugs item #335, was opened at 2005-05-05 14:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=335&group_id=106 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) >Assigned to: The Thanh Han (hanthethanh) Summary: Empty name (\pdfdest name{}xyz) destroys /Names array Initial Comment: Hello, empty strings are suppressed by pdf_print_str (pdftex.ch). This is fatal for many places, resulting in invalid PDF files (no working bookmarks, ...): \pdfdest name{}xyz First page \vfil\break \pdfdest name{foobar}xyz \pdfoutline goto name{foobar} count 0{Second page} Second page. \bye The generated PDF file contains: /Names [ 4 0 R (foobar) 10 0 R] /Limits [ (foobar)] instead of /Names [() 4 0 R (foobar) 10 0 R] /Limits [() (foobar)] Suggested fix (modulo line breaks): *** pdftex.ch.org 2005-04-24 00:39:28.000000000 +0200 --- pdftex.ch 2005-05-05 14:45:27.000000000 +0200 *************** *** 1921,1928 **** begin i := str_start[s]; j := i + length(s) - 1; ! if (i > j) then return; {null string} if (str_pool[i] = '(') and (str_pool[j] = ')') then begin pdf_print(s); return; --- 1921,1930 ---- begin i := str_start[s]; j := i + length(s) - 1; ! if (i > j) then begin ! pdf_print("()"); return; {null string} + end; if (str_pool[i] = '(') and (str_pool[j] = ')') then begin pdf_print(s); return; Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2005-05-25 00:21 Message: Logged In: YES user_id=929 fixed in pdftex-20050524; should be ok in pdftex-1.30 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=335&group_id=106

1 0

[ pdftex-Bugs-292 ] protuding leads to "This can't happen (paragraph)."
by noreply＠sarovar.org 25 May '05

25 May '05

Bugs item #292, was opened at 2005-02-14 15:22 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=292&group_id=106 Category: hz Group: v1.21a >Status: Closed Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) >Assigned to: The Thanh Han (hanthethanh) >Summary: protuding leads to "This can't happen (paragraph)." Initial Comment: The input --------------------- \pdfoutput=1 \input edmac \input protcode \font\eightrm=ptmr8t \setprotcode\eightrm \pdfprotrudechars=2 \linenummargin{outer} %% left|right|inner|outer \footparagraph{A} \tracingall\tracingonline=0 \beginnumbering \pstart \text{There}\Afootnote{Habent sua fata libelli. (Der Satz wurde auf Wunsch der Redaktion von »Living Marxism« gestrichen; siehe Korsch an P.~Mattick am 3.10.1938.)}/ is a striking contrast between the impression produced in the minds of West"=European revolutionaries by those short pamphlets of Lenin and Trotsky which appeared in poorly translated and poorly printed editions during the final stage and the aftermath of the war, and the response called forth in Europe and U.S.A. by the belated appearance, in 1927, of the first extra"=Russian versions of Lenin's philosophical work of 1908, on »Materialism and Empirio"=Criticism«. \pend \endnumbering \bye --------------------- (all input files are in the attached archive) leads to --------------------- ! This can't happen (paragraph). <recently read> \par \do@feet ...s \else \Afootstart {A}\Afootgroup {A} \fi \ifvoid \Bfootins \els... \pagecontents ...p \@cclv \unvbox \@cclv \do@feet \ifr@ggedbottom \kern -\di... \pagebody ...\boxmaxdepth \maxdepth \pagecontents } \edmac@output ...e \vbox {\makeheadline \pagebody \makefootline }\fi }\advan... <output> {\edmac@output } ... l.30 \bye I'm broken. Please show this to someone who can fix can fix --------------------- ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2005-05-25 00:18 Message: Logged In: YES user_id=929 Fixed from pdftex-20050414 on, should be ok in pdftex-1.30. New fix adds \leftmarginkern and \rightmarginkern primitives. Margin kerns will generally be removed during unhboxing or unhcopying, but they can be stored away before, using these primitives. See manual. Requires patching of edmac and ledmac styles to get protrusion with these packages. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-04-03 21:00 Message: Logged In: YES user_id=929 P.S. A nice test are the various ledmac test files in directory texmf-dist/doc/latex/ledmac/, when you add the microtype package (somebody must have provided such a directory to me, thanks)... Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-04-03 20:26 Message: Logged In: YES user_id=929 New try of a patch, see patch-292b.tgz. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-03-23 15:43 Message: Logged In: YES user_id=421 Hartmut, what's the status here? I remember you fixed this somehow at EuroTeX. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-02-14 20:42 Message: Logged In: YES user_id=929 Now we know which side effects patch-274 has. When it's reverted, the file is processed without error, but margin kerning is missing (which was the original problem before patch-274). Following experiment is done _with_ patch-274. The "this can't happen" error happens within the line_break routine, which chokes on a margin_kern_node (which was filtered out before patch-274).If one adds margin_kern_node to the do_nothing list, like: mark_node,ins_node,adjust_node,margin_kern_node: do_nothing; othercases confusion("paragraph") it apparently works ok, and margin kerning is fine also (requires patch in hz.ch). But i need to understand how the line_break routine works, whether a do_nothing is the right thing to do... Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-02-14 15:30 Message: Logged In: YES user_id=421 The submitter used the attached edmac.doc; the error is the same. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=292&group_id=106

1 0