December 2007 - ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Bugs item #887, was opened at 2007-12-19 17:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 Category: Build process >Group: v1.50.0-alpha Status: Open Resolution: Accepted Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 20:56 Message: Logged In: YES user_id=421 I can reproduce this with gcc (GCC) 3.3.5 (propolice) on OpenBSD 4.1 So it's not cygwin, but g++ 3. I'll fix this tomorrow. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-12-19 17:51 Message: Logged In: YES user_id=2217 If the one in trunk/source/src/libs/xpdf is a standard xpdf, then yes, it compiles. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 17:31 Message: Logged In: YES user_id=421 Cygwin :-( It works with cc (GCC) 4.2.1 (SUSE Linux), but I'll test on OpenBSD. Can you compile a standard xpdf 3.02? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Bugs item #887, was opened at 2007-12-19 17:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 Category: Build process Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-12-19 20:56 Message: Logged In: YES user_id=421 I can reproduce this with gcc (GCC) 3.3.5 (propolice) on OpenBSD 4.1 So it's not cygwin, but g++ 3. I'll fix this tomorrow. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-12-19 17:51 Message: Logged In: YES user_id=2217 If the one in trunk/source/src/libs/xpdf is a standard xpdf, then yes, it compiles. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 17:31 Message: Logged In: YES user_id=421 Cygwin :-( It works with cc (GCC) 4.2.1 (SUSE Linux), but I'll test on OpenBSD. Can you compile a standard xpdf 3.02? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Bugs item #887, was opened at 2007-12-19 16:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 Category: Build process Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- >Comment By: Robert (schlcht) Date: 2007-12-19 16:51 Message: Logged In: YES user_id=2217 If the one in trunk/source/src/libs/xpdf is a standard xpdf, then yes, it compiles. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 16:31 Message: Logged In: YES user_id=421 Cygwin :-( It works with cc (GCC) 4.2.1 (SUSE Linux), but I'll test on OpenBSD. Can you compile a standard xpdf 3.02? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0

[ pdftex-Bugs-884 ] Letterspacing and non-autoexpanded fonts
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Bugs item #884, was opened at 2007-11-27 09:53 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=884&group_id=106 Category: hz Group: v1.40.5 Status: Open Resolution: Accepted Priority: 3 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: Letterspacing and non-autoexpanded fonts Initial Comment: While auto-expanding letterspaced fonts works fine now, there still is a problem with non-automatic expansion. The following will complain about a missing tfm file. It doesn't make a difference whether the expanded font instance is created from an mf file (like below), via `ExtendFont' in the map file, or even whether it was created from a MM font (ie., the expanded instance actually exists as a pfb file). The latter case is what bothers me the most. \pdfadjustspacing2 \pdfmapline{ cmr10} \pdfmapline{+cmr10+100} \font\cmr=cmr10 \cmr \letterspacefont\cmrls=\cmr 100 \pdffontexpand\cmrls 100 0 100 %autoexpand \cmrls Hamburgefonts\par \parfillskip 0pt Hamburgefonts \bye PS: what about the `invalid entry' complaint for the map lines? Are they not legal? ---------------------------------------------------------------------- >Comment By: Robert (schlcht) Date: 2007-12-19 16:42 Message: Logged In: YES user_id=2217 > A map line needs either a psname (for not-embedded fonts) > or the file name (for embedded fonts) The manual seems to suggest otherwise (re scalable Type 3 fonts). Also, older pdftex versions wouldn't throw a warning, but use the Type 3 font instead. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-11-27 10:05 Message: Logged In: YES user_id=421 A map line needs either a psname (for not-embedded fonts) or the file name (for embedded fonts) ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=884&group_id=106

1 0

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Bugs item #887, was opened at 2007-12-19 17:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 >Category: Build process Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert (schlcht) >Assigned to: Martin Schröder (oneiros) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-12-19 17:31 Message: Logged In: YES user_id=421 Cygwin :-( It works with cc (GCC) 4.2.1 (SUSE Linux), but I'll test on OpenBSD. Can you compile a standard xpdf 3.02? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0

[ pdftex-Patches-871 ] Synchronization: pdfsync.sty embedded (1)
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Patches item #871, was opened at 2007-09-30 08:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=871&group_id=106 Category: User interaction Group: v1.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Jerome LAURENS (jlaurens) Assigned to: Martin Schröder (oneiros) Summary: Synchronization: pdfsync.sty embedded (1) Initial Comment: To the administrator, please remove the preceding patch submission The purpose is to implement some extensions very useful for synchronization, both forwards and backwards. Synchronization is the ability for a text editor and a pdf viewer to work together, displaying the same thing at the same time. For example, a text editor can ask a pdf viewer to display and outline the character in the output corresponding to the character under the cursor. Attached is a zip file containing diff against version 1.40.4, explanations and demonstrations in synchronize.readme/synchronize+frames.pdf PS: I have problems with my connection ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-12-19 16:21 Message: Logged In: YES user_id=2217 Also, the command line switch seems to be broken. It only works with \synchronize=1 in the source here. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-18 14:50 Message: Logged In: YES user_id=421 Please update the patch against trunk and please use svn diff. I refuse to look at this patch more closely since the diff includes all the .svn files. ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2007-10-15 07:21 Message: Logged In: YES user_id=4698 Synchronize3.zip is available. It just adds a flag in the .sync file to indicate whether dvi or pdf mode was used. So far I have found only one problem, using dvips or dvipdf with a concrete offset (-x and -y options) will break the synchronization. If such a filter is gentle enough to indicate that it used a custom offset, then viewers can take this into account and the synchronization is not broken. Viewers will check the above mentionned flag to look for customized offset. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-09-30 22:00 Message: Logged In: YES user_id=421 You didn't attach Synchronize 2.zip yet... ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2007-09-30 21:10 Message: Logged In: YES user_id=4698 Synchronize 2.zip is a version extending the previous one. Now synchronization works the same for both dvi and pdf output modes. ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2007-09-30 21:09 Message: Logged In: YES user_id=4698 Synchronize 2.zip is a version extending the previous one. Now synchronization works the same for both dvi and pdf output modes. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=871&group_id=106

1 0

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Bugs item #887, was opened at 2007-12-19 16:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert (schlcht) Assigned to: Nobody (None) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0

[ pdftex-Patches-735 ] patch for simplified horizontal positional tracking
by noreply＠sarovar.org 18 Dec '07

18 Dec '07

Patches item #735, was opened at 2007-02-19 22:00 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=735&group_id=106 Category: Positioning Group: v1.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) >Assigned to: Taco Hoekwater (taco) Summary: patch for simplified horizontal positional tracking Initial Comment: 1. simpler calculations for horizontal position update when inside []TJ arrays, now by pure additions within a fontsize/10000 raster; no rounding errors can accumulate. Gives about 7 % pdftex speed gain when typesetting fiction-type stuff. 2. writet3.c now also with standard /FontMatrix [0.001 0 0 0.001 0 0], tidied up a little (.pgc part untested). No need anymore (hope it's right) to handle PK fonts specially by adv_char_width() in pdftex.web. 3. wrong use of printf() at a few places corrected by Martin. Work in progess, not safe for production. Needs more testing, particularly with PK fonts. Regards, Hartmut ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-12-18 15:57 Message: Logged In: YES user_id=421 Hartmut, what's the state of this? ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-03-04 11:27 Message: Logged In: YES user_id=929 the extended patch 70226a needs more work; removed the patch file. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-02-25 23:51 Message: Logged In: YES user_id=929 The previous patch 735 is now extended to general text and graphics positioning on the PDF page. pdf_set_origin() (now pdf_move_to()), pdf_set_textmatrix(), and pdf_begin_string() are rewritten. In low placement resolution (e. g. \pdfdecimaldigits=0) now the glyph placement is corrected within the []TJ array by a leading number, like [7(a)...]TJ, if required, so that always full TeX precision is kept (very early pdftex versions might have used this also). Any accumulation of rounding errors should be avoided now by the used calculation principle. Needs lots of testing. Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=735&group_id=106

1 0

[ pdftex-Patches-871 ] Synchronization: pdfsync.sty embedded (1)
by noreply＠sarovar.org 18 Dec '07

18 Dec '07

Patches item #871, was opened at 2007-09-30 10:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=871&group_id=106 Category: User interaction Group: v1.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Jerome LAURENS (jlaurens) Assigned to: Martin Schröder (oneiros) Summary: Synchronization: pdfsync.sty embedded (1) Initial Comment: To the administrator, please remove the preceding patch submission The purpose is to implement some extensions very useful for synchronization, both forwards and backwards. Synchronization is the ability for a text editor and a pdf viewer to work together, displaying the same thing at the same time. For example, a text editor can ask a pdf viewer to display and outline the character in the output corresponding to the character under the cursor. Attached is a zip file containing diff against version 1.40.4, explanations and demonstrations in synchronize.readme/synchronize+frames.pdf PS: I have problems with my connection ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-12-18 15:50 Message: Logged In: YES user_id=421 Please update the patch against trunk and please use svn diff. I refuse to look at this patch more closely since the diff includes all the .svn files. ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2007-10-15 09:21 Message: Logged In: YES user_id=4698 Synchronize3.zip is available. It just adds a flag in the .sync file to indicate whether dvi or pdf mode was used. So far I have found only one problem, using dvips or dvipdf with a concrete offset (-x and -y options) will break the synchronization. If such a filter is gentle enough to indicate that it used a custom offset, then viewers can take this into account and the synchronization is not broken. Viewers will check the above mentionned flag to look for customized offset. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-10-01 00:00 Message: Logged In: YES user_id=421 You didn't attach Synchronize 2.zip yet... ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2007-09-30 23:10 Message: Logged In: YES user_id=4698 Synchronize 2.zip is a version extending the previous one. Now synchronization works the same for both dvi and pdf output modes. ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2007-09-30 23:09 Message: Logged In: YES user_id=4698 Synchronize 2.zip is a version extending the previous one. Now synchronization works the same for both dvi and pdf output modes. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=871&group_id=106

1 0

[ pdftex-Patches-828 ] Make /XObject /Form coordinates independent from PDF page dimensions
by noreply＠sarovar.org 18 Dec '07

18 Dec '07

Patches item #828, was opened at 2007-06-30 17:14 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=828&group_id=106 Category: Positioning Group: v1.30.0 Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) >Assigned to: Taco Hoekwater (taco) Summary: Make /XObject /Form coordinates independent from PDF page dimensions Initial Comment: Experimental patch for pdftex-1.40.3/luatex In pdftex-1.30.4 \pdfpageheight spills over into coordinate transforms inside /XObject /Form objects. This isn't an error, but it complicates coordinate transforms. This tiny patch should tidy up the web source a little, making coordinate transforms inside /Form objects relative to their inner lower left position, independently from the PDF page dimensions. Testing welcome. ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-12-18 15:44 Message: Logged In: YES user_id=421 I've updated the patch to apply cleanly against trunk. Taco, can you comment on this? ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-07-01 02:14 Message: Logged In: YES user_id=929 more simplified, few variables removed. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-06-30 18:29 Message: Logged In: YES user_id=929 annotations were positioned wrongly. patch corrected. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-06-30 17:35 Message: Logged In: YES user_id=929 seems it can be further simplified, new patch. Testing welcome. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=828&group_id=106

1 0