March 2003 - ntg-pdftex - NTG Mailing Lists

Re: [NTG-pdftex] 1.10b
by Heiko Oberdiek 11 Jul '03

11 Jul '03

At Tue, 11 Feb 2003 17:41:42 +0100 Hans Hagen wrote: > > At 04:36 PM 2/11/2003 +0100, Martin Schroeder wrote: > >On 2003-02-07 19:51:27 +0100, Thomas Esser wrote: > > > > also on the todo list: > > > > > > What about the things that Heiko Oberdieck has proposed: > > > http://omnibus.uni-freiburg.de/~oberdiek/pdftex.html > > >The map files need a bit more thinking. > > indeed, esp since the optimization only looks at the first 8 chars of a > filename if i remember right; No, you have already given that hint last year and I have changed the patch using all chars. To make it clear, the patch improves the performance of the *current* map file handling of pdfTeX. It saves me *much* time in comparison to the binary of TeXLive 7. But for *future* versions we should find an agreement about the behaviour of pdfTeX regarding map files, eg: * Map files: * Where can they specified? * config file (pdftex.cfg) * support of other config files * config files given on command line * map files given on command line * config files given by command * map files given by command * ... * When they are evaluated? * static, first use * dynamic changes possible? * Which order? * default, if no map file is given? * adding mapfiles * replacing mapfiles * order ... * ... * Map entries: * later entries are ignored with warning (current) * later entries replaces older ones silently * syntax ... * ... I hope I will find some time next days to give a suggestion for a specification. One aim can be to make the behaviour similar to dvips. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de>

8 28

Re: ANNOUNCE: Xpdf 2.02 - a PDF viewer for X
by Martin Schroeder 10 Jul '03

10 Jul '03

On 2003-03-24 19:58:02 -0000, Derek B. Noonburg wrote: > Glyph & Cog, LLC is pleased to announce a new version of Xpdf, the > open source Portable Document Format (PDF) viewer for X. The Xpdf > project also includes a PDF text extractor, PDF-to-PostScript > converter, and various other utilities. > > Xpdf runs under the X Window System on Unix, VMS, and OS/2. The non-X > components (pdftops, pdftotext, etc.) also run on Win32 systems and > should run on pretty much any system with a decent C++ compiler. > > Major changes: > * Rewrote the text extractor code that assembles words into lines to > better handle vertically overlapping lines. > * Add the "match" option for paper size (in PostScript output). > * Added support for external 16-bit TrueType fonts; added the > displayCIDFontTT and displayNamedCIDFontTT commands to the xpdfrc > file. > * Added an Arabic language support package. > * Added the Windows-1255 encoding to the Hebrew language package. > > See the `CHANGES' file for a complete list of changes. I'll integrate it next week (i.e. hopefully before DANTE2003) and thus start work on 1.11a 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

4 10

Re: [NTG-pdftex] SockeTeX :-)
by Hans Hagen 01 Apr '03

01 Apr '03

At 08:11 PM 3/30/2003 -0500, Tom Kacvinsky wrote: >Hi all, > >Cool. Fabrice, didn't you work on something similar? I remember you >showing me some work you were doing on use of URLs in TeX documents >at EuroTeX 2001 (in Kerkrade). Whatever became of that? that should work out of the box: \input http://someplace.somewhere/somefile.sometype Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma(a)wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------

4 4

splitting pdftex
by The Thanh Han 01 Apr '03

01 Apr '03

Hi all, I am considering to split pdftex into 3 programs: 1) pdftex -- a (hopefully) stable version that contains only features often used by regular users 2) pdfetex -- pdftex + etex 3) pdfxtex ('x' stands for experiment; suggestions for another name are much welcome) -- contains features that are normally not used + features being tested; ie pdftex + etex + all testing and buggy features ;) This version is for brave only ;) Please let me know what you think of it? Thanh

2 1