September 2007 - ntg-pdftex - NTG Mailing Lists

[ pdftex-Patches-870 ] Synchronization: pdfsync.sty embedded
by noreply＠sarovar.org 30 Sep '07

30 Sep '07

Patches item #870, was opened at 2007-09-30 10:28 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=870&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jerome LAURENS (jlaurens) Assigned to: Nobody (None) Summary: Synchronization: pdfsync.sty embedded Initial Comment: 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 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=870&group_id=106

1 0

[ pdftex-Feature Requests-718 ] Request of pdfsync
by noreply＠sarovar.org 29 Sep '07

29 Sep '07

Feature Requests item #718, was opened at 2007-01-02 03:57 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=718&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Juan Luis Varona (jlvm) Assigned to: The Thanh Han (hanthethanh) Summary: Request of pdfsync Initial Comment: The syncronization between the .tex and the .pdf files is veeeeeery useful. It is not necessary to explain it. Now, there are some tools to do it, but they are far of being good enough. For instance, pdfsync makes some work, but it has a lot of problems. Of instance, the output is different with or without pdfsync. I have read in TUGboat that, perhaps in the near future, pdfsync can be integrated en pdftex itself and improved. I request to do it as soon as possible. Yours sincerely, Juan L. Varona jvarona(a)unirioja.es ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-09-30 00:52 Message: Logged In: NO The output is also different with or without -src-specials in DVI mode. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-09-30 00:33 Message: Logged In: YES user_id=421 You didn't attach any file. :-{ Also please login before commenting. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-09-30 00:23 Message: Logged In: NO After some work with hanthethanh , here is a patch of pdftex 1.40.4 that would do the job reasonably well. The attached file is a zip archive containing the patch, a demonstration pdf output and some explanations. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-07-30 17:09 Message: Logged In: YES user_id=710 I am working on this, so I have assigned this item to myself. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-05-10 18:26 Message: Logged In: NO I second that strongly. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=718&group_id=106

1 0

[ pdftex-Feature Requests-718 ] Request of pdfsync
by noreply＠sarovar.org 29 Sep '07

29 Sep '07

Feature Requests item #718, was opened at 2007-01-01 23:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=718&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Juan Luis Varona (jlvm) Assigned to: The Thanh Han (hanthethanh) Summary: Request of pdfsync Initial Comment: The syncronization between the .tex and the .pdf files is veeeeeery useful. It is not necessary to explain it. Now, there are some tools to do it, but they are far of being good enough. For instance, pdfsync makes some work, but it has a lot of problems. Of instance, the output is different with or without pdfsync. I have read in TUGboat that, perhaps in the near future, pdfsync can be integrated en pdftex itself and improved. I request to do it as soon as possible. Yours sincerely, Juan L. Varona jvarona(a)unirioja.es ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-09-29 21:03 Message: Logged In: YES user_id=421 You didn't attach any file. :-{ Also please login before commenting. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-09-29 20:53 Message: Logged In: NO After some work with hanthethanh , here is a patch of pdftex 1.40.4 that would do the job reasonably well. The attached file is a zip archive containing the patch, a demonstration pdf output and some explanations. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-07-30 13:39 Message: Logged In: YES user_id=710 I am working on this, so I have assigned this item to myself. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-05-10 14:56 Message: Logged In: NO I second that strongly. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=718&group_id=106

1 0

[ pdftex-Feature Requests-718 ] Request of pdfsync
by noreply＠sarovar.org 29 Sep '07

29 Sep '07

Feature Requests item #718, was opened at 2007-01-02 03:57 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=718&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Juan Luis Varona (jlvm) Assigned to: The Thanh Han (hanthethanh) Summary: Request of pdfsync Initial Comment: The syncronization between the .tex and the .pdf files is veeeeeery useful. It is not necessary to explain it. Now, there are some tools to do it, but they are far of being good enough. For instance, pdfsync makes some work, but it has a lot of problems. Of instance, the output is different with or without pdfsync. I have read in TUGboat that, perhaps in the near future, pdfsync can be integrated en pdftex itself and improved. I request to do it as soon as possible. Yours sincerely, Juan L. Varona jvarona(a)unirioja.es ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-09-30 00:23 Message: Logged In: NO After some work with hanthethanh , here is a patch of pdftex 1.40.4 that would do the job reasonably well. The attached file is a zip archive containing the patch, a demonstration pdf output and some explanations. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-07-30 17:09 Message: Logged In: YES user_id=710 I am working on this, so I have assigned this item to myself. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-05-10 18:26 Message: Logged In: NO I second that strongly. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=718&group_id=106

1 0

[ pdftex-Support Requests-869 ] pdflatex slow to start on Cygwin
by noreply＠sarovar.org 23 Sep '07

23 Sep '07

Support Requests item #869, was opened at 2007-09-23 02:30 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=869&group_id=106 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Theo Hopman (thopman) Assigned to: Nobody (None) Summary: pdflatex slow to start on Cygwin Initial Comment: I use Cygwin on WinXP pro, with teTex 3.0 installed. I recently built pdftex 1.40 (which went well), manually replaced the old binaries of pdftex, and rebuilt the various formats using fmtutil. Now, however, pdflatex starts up only after a considerable delay (anywhere from a couple of seconds up to half a minute). While pdflatex sits there looking like its doing nothing, it also responds slowly to interrupt (^C) signals. Why might this be? `pdflatex --version`, by contrast, is instantaneous, so the issue is likely something to do with searching or loading formats. THeo ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-09-23 20:19 Message: Logged In: YES user_id=421 Please continue the discussion on the pdftex mailing list. ---------------------------------------------------------------------- Comment By: George N. White III (gnwiii) Date: 2007-09-23 20:16 Message: Logged In: YES user_id=4692 So path searching is not slow and CPU usage is slow, which indicates waiting for I/O. This could be loading files (.pool file, format, ...), console output, or file output. You didn't mention of whether files are on local disk or network, USB, etc. 1. on general principles, I'd do a disk cleanup and run chkdsk /f to make sure disks are OK. 2. check for signs of trouble in the event viewer. 3. run "pdftex -recorder story" and and "pdflatex -recorder sample2e" to check for files in unexpected locations, especially network or USB drives. 4. try a different terminal program -- there have been reports of widely varying performance between different terminals, remote ssh, etc. ---------------------------------------------------------------------- Comment By: Theo Hopman (thopman) Date: 2007-09-23 18:34 Message: Logged In: YES user_id=4690 kpsewhich shows no noticeable delay. pdftex 1.40 was slow when building formats. While pdftex is starting (and delaying), the system idle process is using 90%+ of CPU. The memory usage of pdftex does grow slowly, then jumps once it stops delaying. I don't think the problem is with search paths, because I didn't change these when I upgraded, and besides, kpathsea seems to be plenty fast still. THeo ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-09-23 13:56 Message: Logged In: NO Is kpathsea also slow? Was pdftex 1.40 slow when building formats? What do you see in the Windows process viewer (there are two CPU columns, one shows cumulative CPU time and the other current CPU usage, by default only one is shown)? For me, when apps are slow to start it is usually mcafee that is using 98% of CPU. Matlab takes over 2 minutes to start with McAfee running, but only a few seconds with McAfee configured to ignore the Matlab directory. Are there network directories in the search path? I use Win32 at work were the users "HOME" directory is on a network drive, but many users systems don't correctly negotiate the duplex setting with the ethernet switch. When network access is slow, running the network "repair" tool (sometimes takes several attempts) will (usually, eventually) make things better (linux has mii-tool where I can check the duplex setting and force it to full). If "man pdftex" is working, look for: -recorder Enable the filename recorder. This leaves a trace of the files opened for input and output in a file with extension .fls. This still omits a few files, but may give you a hint. Have you tried simplifying the search paths in texmf.cnf? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=869&group_id=106

1 0

[ pdftex-Support Requests-869 ] pdflatex slow to start on Cygwin
by noreply＠sarovar.org 23 Sep '07

23 Sep '07

Support Requests item #869, was opened at 2007-09-22 21:30 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=869&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Theo Hopman (thopman) Assigned to: Nobody (None) Summary: pdflatex slow to start on Cygwin Initial Comment: I use Cygwin on WinXP pro, with teTex 3.0 installed. I recently built pdftex 1.40 (which went well), manually replaced the old binaries of pdftex, and rebuilt the various formats using fmtutil. Now, however, pdflatex starts up only after a considerable delay (anywhere from a couple of seconds up to half a minute). While pdflatex sits there looking like its doing nothing, it also responds slowly to interrupt (^C) signals. Why might this be? `pdflatex --version`, by contrast, is instantaneous, so the issue is likely something to do with searching or loading formats. THeo ---------------------------------------------------------------------- Comment By: George N. White III (gnwiii) Date: 2007-09-23 15:16 Message: Logged In: YES user_id=4692 So path searching is not slow and CPU usage is slow, which indicates waiting for I/O. This could be loading files (.pool file, format, ...), console output, or file output. You didn't mention of whether files are on local disk or network, USB, etc. 1. on general principles, I'd do a disk cleanup and run chkdsk /f to make sure disks are OK. 2. check for signs of trouble in the event viewer. 3. run "pdftex -recorder story" and and "pdflatex -recorder sample2e" to check for files in unexpected locations, especially network or USB drives. 4. try a different terminal program -- there have been reports of widely varying performance between different terminals, remote ssh, etc. ---------------------------------------------------------------------- Comment By: Theo Hopman (thopman) Date: 2007-09-23 13:34 Message: Logged In: YES user_id=4690 kpsewhich shows no noticeable delay. pdftex 1.40 was slow when building formats. While pdftex is starting (and delaying), the system idle process is using 90%+ of CPU. The memory usage of pdftex does grow slowly, then jumps once it stops delaying. I don't think the problem is with search paths, because I didn't change these when I upgraded, and besides, kpathsea seems to be plenty fast still. THeo ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-09-23 08:56 Message: Logged In: NO Is kpathsea also slow? Was pdftex 1.40 slow when building formats? What do you see in the Windows process viewer (there are two CPU columns, one shows cumulative CPU time and the other current CPU usage, by default only one is shown)? For me, when apps are slow to start it is usually mcafee that is using 98% of CPU. Matlab takes over 2 minutes to start with McAfee running, but only a few seconds with McAfee configured to ignore the Matlab directory. Are there network directories in the search path? I use Win32 at work were the users "HOME" directory is on a network drive, but many users systems don't correctly negotiate the duplex setting with the ethernet switch. When network access is slow, running the network "repair" tool (sometimes takes several attempts) will (usually, eventually) make things better (linux has mii-tool where I can check the duplex setting and force it to full). If "man pdftex" is working, look for: -recorder Enable the filename recorder. This leaves a trace of the files opened for input and output in a file with extension .fls. This still omits a few files, but may give you a hint. Have you tried simplifying the search paths in texmf.cnf? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=869&group_id=106

1 0

[ pdftex-Support Requests-869 ] pdflatex slow to start on Cygwin
by noreply＠sarovar.org 23 Sep '07

23 Sep '07

Support Requests item #869, was opened at 2007-09-22 20:30 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=869&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Theo Hopman (thopman) Assigned to: Nobody (None) Summary: pdflatex slow to start on Cygwin Initial Comment: I use Cygwin on WinXP pro, with teTex 3.0 installed. I recently built pdftex 1.40 (which went well), manually replaced the old binaries of pdftex, and rebuilt the various formats using fmtutil. Now, however, pdflatex starts up only after a considerable delay (anywhere from a couple of seconds up to half a minute). While pdflatex sits there looking like its doing nothing, it also responds slowly to interrupt (^C) signals. Why might this be? `pdflatex --version`, by contrast, is instantaneous, so the issue is likely something to do with searching or loading formats. THeo ---------------------------------------------------------------------- >Comment By: Theo Hopman (thopman) Date: 2007-09-23 12:34 Message: Logged In: YES user_id=4690 kpsewhich shows no noticeable delay. pdftex 1.40 was slow when building formats. While pdftex is starting (and delaying), the system idle process is using 90%+ of CPU. The memory usage of pdftex does grow slowly, then jumps once it stops delaying. I don't think the problem is with search paths, because I didn't change these when I upgraded, and besides, kpathsea seems to be plenty fast still. THeo ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-09-23 07:56 Message: Logged In: NO Is kpathsea also slow? Was pdftex 1.40 slow when building formats? What do you see in the Windows process viewer (there are two CPU columns, one shows cumulative CPU time and the other current CPU usage, by default only one is shown)? For me, when apps are slow to start it is usually mcafee that is using 98% of CPU. Matlab takes over 2 minutes to start with McAfee running, but only a few seconds with McAfee configured to ignore the Matlab directory. Are there network directories in the search path? I use Win32 at work were the users "HOME" directory is on a network drive, but many users systems don't correctly negotiate the duplex setting with the ethernet switch. When network access is slow, running the network "repair" tool (sometimes takes several attempts) will (usually, eventually) make things better (linux has mii-tool where I can check the duplex setting and force it to full). If "man pdftex" is working, look for: -recorder Enable the filename recorder. This leaves a trace of the files opened for input and output in a file with extension .fls. This still omits a few files, but may give you a hint. Have you tried simplifying the search paths in texmf.cnf? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=869&group_id=106

1 0

[ pdftex-Support Requests-869 ] pdflatex slow to start on Cygwin
by noreply＠sarovar.org 23 Sep '07

23 Sep '07

Support Requests item #869, was opened at 2007-09-23 06:00 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=869&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Theo Hopman (thopman) Assigned to: Nobody (None) Summary: pdflatex slow to start on Cygwin Initial Comment: I use Cygwin on WinXP pro, with teTex 3.0 installed. I recently built pdftex 1.40 (which went well), manually replaced the old binaries of pdftex, and rebuilt the various formats using fmtutil. Now, however, pdflatex starts up only after a considerable delay (anywhere from a couple of seconds up to half a minute). While pdflatex sits there looking like its doing nothing, it also responds slowly to interrupt (^C) signals. Why might this be? `pdflatex --version`, by contrast, is instantaneous, so the issue is likely something to do with searching or loading formats. THeo ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-09-23 17:26 Message: Logged In: NO Is kpathsea also slow? Was pdftex 1.40 slow when building formats? What do you see in the Windows process viewer (there are two CPU columns, one shows cumulative CPU time and the other current CPU usage, by default only one is shown)? For me, when apps are slow to start it is usually mcafee that is using 98% of CPU. Matlab takes over 2 minutes to start with McAfee running, but only a few seconds with McAfee configured to ignore the Matlab directory. Are there network directories in the search path? I use Win32 at work were the users "HOME" directory is on a network drive, but many users systems don't correctly negotiate the duplex setting with the ethernet switch. When network access is slow, running the network "repair" tool (sometimes takes several attempts) will (usually, eventually) make things better (linux has mii-tool where I can check the duplex setting and force it to full). If "man pdftex" is working, look for: -recorder Enable the filename recorder. This leaves a trace of the files opened for input and output in a file with extension .fls. This still omits a few files, but may give you a hint. Have you tried simplifying the search paths in texmf.cnf? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=869&group_id=106

1 0

[ pdftex-Support Requests-869 ] pdflatex slow to start on Cygwin
by noreply＠sarovar.org 23 Sep '07

23 Sep '07

Support Requests item #869, was opened at 2007-09-22 20:30 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=869&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Theo Hopman (thopman) Assigned to: Nobody (None) Summary: pdflatex slow to start on Cygwin Initial Comment: I use Cygwin on WinXP pro, with teTex 3.0 installed. I recently built pdftex 1.40 (which went well), manually replaced the old binaries of pdftex, and rebuilt the various formats using fmtutil. Now, however, pdflatex starts up only after a considerable delay (anywhere from a couple of seconds up to half a minute). While pdflatex sits there looking like its doing nothing, it also responds slowly to interrupt (^C) signals. Why might this be? `pdflatex --version`, by contrast, is instantaneous, so the issue is likely something to do with searching or loading formats. THeo ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=869&group_id=106

1 0

[Fwd: Re: \suppressfontnotfounderror (Re: \nofontnotfounderror patch)]
by Taco Hoekwater 18 Sep '07

18 Sep '07

FYI (Jonathan is on the discards list) Cheers, Taco -------- Original Message -------- Subject: Re: \suppressfontnotfounderror (Re: [NTG-pdftex] \nofontnotfounderror patch) Date: Mon, 17 Sep 2007 17:27:31 +0100 From: Jonathan Kew <jonathan_kew(a)sil.org> To: Taco Hoekwater <taco(a)elvenkind.com> CC: pdfTeX developers list <ntg-pdftex(a)ntg.nl>, Will Robertson <wspr81(a)gmail.com> References: <46EE77A5.2030205(a)elvenkind.com> <46EE9ED9.7080000(a)elvenkind.com> OK, this is now included in the xetex svn sources as well, with the name \suppressfontnotfounderror. Thanks, JK On 17 Sep 2007, at 4:35 pm, Taco Hoekwater wrote: > > Hi, > > Phil Taylor and I just had an email exchange about the name of > the primitive, and after a few messages he convinced me that it > is better not to have a double negation in the name because > it is not unlikely that will not prevent people from becoming > confused. So, here is an updated patch with the new name: > > \suppressfontnotfounderror > > Best wishes, > Taco

1 0