From owner-pdftex@tug.org Mon Mar 2 04:47:10 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA24530 for ; Mon, 2 Mar 1998 04:47:09 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA32518 for pdftex-list; Mon, 2 Mar 1998 06:38:07 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA32515 for ; Mon, 2 Mar 1998 06:38:05 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id LAA06510; hop 0; Mon, 2 Mar 1998 11:35:52 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 2 Mar 1998 11:30:15 +0000 Date: Mon, 2 Mar 1998 10:54:00 +0000 Message-ID: <3892-Mon02Mar1998105400+0000-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 7 Q) From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) To: pdftex@tug.cs.umb.edu Subject: notes on pdftex 0.12d Sender: owner-pdftex@tug.org Precedence: bulk I had a happy (?) weekend experimenting with pdftex 0.12d, and in general I think its great. I met three problems: a) the -| bug which stops GS and printing, but Thanh knows about that b) the \pdfcatalog {...} openaction mechanism the example of the latter in example.tex does not work (apart from anything else, PageMode is spelt Pagemode, i think), since the /Page and /View keys do not seem to have any effect, and I cannot see (from reading the PDF docs) how they could. Which leaves the question of how to specify that a document should open on page 3, with a view of FitV (for instance). Looking at an example from Distiller, the OpenAction key in the catalog entry has an *indirect* page reference, which I cannot work out from LaTeX, but does have the view. ie it says /OpenAction [23 0 R /FitV] Anyone have suggestions/experiences? c) unless it is my eyesight, the magnification seemed to be changing at random, as i went through a document page by page. do other people get this impression? open example.pdf, and just click ">" to get to page 2, and it zooms in hugely. why? I have updated hyperref to suit the changes in 0.12d, and will now keep it in track. I am also updating pdtexman.tex, though that needs me to get some more information from Thanh (ie an example of how to code a form). if anyone has examples or tips to include in this manual, let me know! sebastian From owner-pdftex@tug.org Mon Mar 2 04:52:48 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA24646 for ; Mon, 2 Mar 1998 04:52:47 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA32486 for pdftex-list; Mon, 2 Mar 1998 06:32:06 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA32480 for ; Mon, 2 Mar 1998 06:31:58 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id MAA20086; Mon, 2 Mar 1998 12:31:59 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id MAA29784; Mon, 2 Mar 1998 12:31:58 +0100 (MET) From: Han The Thanh Message-Id: <199803021131.MAA29784@anxur.fi.muni.cz> Subject: pdftex-0.12e To: pdftex@tug.cs.umb.edu (PDFTEX) Date: Mon, 2 Mar 1998 12:31:57 +0100 (MET) Cc: Pavel.Janik@inet.cz (Pavel Janik) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, pdftex-0.12e (source only) is available at ftp://ftp.cstug.cz/pub/tex/local/cstug/thanh/pdftex-testing/pdftex-0.12e Changes: - support for SlantFont and ExtendFont (may be very buggy :-)). Just use your map files from dvips (edit pdftex.cfg to add). - map files are read *at starting*. It's necessary for pdftex to find out slanted fonts and extended fonts. As the result *ALL* entries in map files are read, so specifying many map files may slow down pdftex running a lot. Use only map files that are necessary (have a look at pdftex.cfg). - fonts with identical sources and encoding vector will share the same source. - binaries are not available. I've decided to support binaries only for stable version :-) Thanh From owner-pdftex@tug.org Mon Mar 2 06:02:51 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA25920 for ; Mon, 2 Mar 1998 06:02:50 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA00021 for pdftex-list; Mon, 2 Mar 1998 07:51:43 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA00016 for ; Mon, 2 Mar 1998 07:51:41 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id MAA10305; hop 0; Mon, 2 Mar 1998 12:49:27 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 2 Mar 1998 12:43:56 +0000 Date: Mon, 2 Mar 1998 12:47:18 +0000 Message-ID: <2474-Mon02Mar1998124718+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: thanh@informatics.muni.cz Cc: pdftex@tug.cs.umb.edu, Pavel.Janik@inet.cz Subject: Re: pdftex-0.12e In-Reply-To: <199803021131.MAA29784@anxur.fi.muni.cz> References: <199803021131.MAA29784@anxur.fi.muni.cz> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > - map files are read *at starting*. It's necessary for pdftex to > find out slanted fonts and extended fonts. As the result *ALL* > entries in map files are > read, so specifying many map files may slow down pdftex running a lot. Use > only map files that are necessary (have a look at pdftex.cfg). I am confused. when were map files read before? how could pdftex do anything other than read all the map files? sebastian From owner-pdftex@tug.org Mon Mar 2 06:52:34 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA26930 for ; Mon, 2 Mar 1998 06:52:33 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA00248 for pdftex-list; Mon, 2 Mar 1998 08:41:20 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA00245 for ; Mon, 2 Mar 1998 08:41:17 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id OAA29601; Mon, 2 Mar 1998 14:42:11 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id OAA05192; Mon, 2 Mar 1998 14:42:11 +0100 (MET) From: Han The Thanh Message-Id: <199803021342.OAA05192@anxur.fi.muni.cz> Subject: Re: pdftex-0.12e In-Reply-To: <2474-Mon02Mar1998124718+0000-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Mar 2, 98 12:47:18 pm" To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Mon, 2 Mar 1998 14:42:11 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Han The Thanh writes: > > - map files are read *at starting*. It's necessary for pdftex to > > find out slanted fonts and extended fonts. As the result *ALL* > > entries in map files are > > read, so specifying many map files may slow down pdftex running a lot. Use > > only map files that are necessary (have a look at pdftex.cfg). > > I am confused. when were map files read before? how could pdftex do > anything other than read all the map files? in older versions pdftex reads map files just before reading font files, which is done at finishing output. So only *entries for used fonts* are read. Now pdftex reads all entries at starting. Thanh From owner-pdftex@tug.org Mon Mar 2 06:55:47 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA27002 for ; Mon, 2 Mar 1998 06:55:46 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA00331 for pdftex-list; Mon, 2 Mar 1998 08:50:25 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA00328 for ; Mon, 2 Mar 1998 08:50:23 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id NAA13624; hop 0; Mon, 2 Mar 1998 13:47:58 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 2 Mar 1998 13:42:26 +0000 Date: Mon, 2 Mar 1998 13:44:52 +0000 Message-ID: <6675-Mon02Mar1998134452+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: thanh@informatics.muni.cz Cc: pdftex@tug.cs.umb.edu Subject: Re: pdftex-0.12e In-Reply-To: <199803021342.OAA05192@anxur.fi.muni.cz> References: <2474-Mon02Mar1998124718+0000-s.rahtz@elsevier.co.uk> <199803021342.OAA05192@anxur.fi.muni.cz> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > > in older versions pdftex reads map files just before reading font > files, which is done at finishing output. So only *entries for used > fonts* are read. Now pdftex reads all entries at starting. i guess by "read", you mean "parse"? the thing has to scan all the files, and so some rudimentary parsing, surely, to see whether any of the desired font names matches the first field? Now you have to really finish parsing the line - is that so much more expensive? it is a pity to penalize people who just want to keep a set of map files for all possible purposes (like me on CD-ROM)... sebastian From owner-pdftex@tug.org Mon Mar 2 07:52:46 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA28275 for ; Mon, 2 Mar 1998 07:52:45 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA00574 for pdftex-list; Mon, 2 Mar 1998 09:39:56 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA00571 for ; Mon, 2 Mar 1998 09:39:48 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA03679; Mon, 2 Mar 1998 15:40:46 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA07781; Mon, 2 Mar 1998 15:40:47 +0100 (MET) From: Han The Thanh Message-Id: <199803021440.PAA07781@anxur.fi.muni.cz> Subject: Re: pdftex-0.12e In-Reply-To: <6675-Mon02Mar1998134452+0000-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Mar 2, 98 01:44:52 pm" To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Mon, 2 Mar 1998 15:40:47 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > i guess by "read", you mean "parse"? the thing has to scan all the > files, and so some rudimentary parsing, surely, to see whether any of the > desired font names matches the first field? Now you have to really > finish parsing the line - is that so much more expensive? yes, exactly. the more fonts in map files, the slower it is. > it is a pity to penalize people who just want to keep a set of map > files for all possible purposes (like me on CD-ROM)... sorry about that, but it's necessary for implementing ExtendFont and SlantFont. If something makes some people happy, it will also make others unhappy :-) Thanh From owner-pdftex@tug.org Mon Mar 2 08:12:44 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA28723 for ; Mon, 2 Mar 1998 08:12:43 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA00658 for pdftex-list; Mon, 2 Mar 1998 10:01:41 -0500 Received: from oulu.fi (ousrvr.oulu.fi [130.231.240.1]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA00655 for ; Mon, 2 Mar 1998 10:01:37 -0500 Received: from ee.oulu.fi (ees2.oulu.fi [130.231.61.23]) by oulu.fi (8.8.5/8.8.5) with ESMTP id RAA26637 for ; Mon, 2 Mar 1998 17:02:42 +0200 (EET) Received: from stekt39 (stekt39 [130.231.60.79]) by ee.oulu.fi (8.8.8/8.8.5) with SMTP id RAA04153 for ; Mon, 2 Mar 1998 17:02:42 +0200 (EET) Date: Mon, 2 Mar 1998 17:02:42 +0200 (EET) From: Tuukka Toivonen X-Sender: tuukkat@stekt39 To: pdftex@tug.org Subject: Problems installing pdftex Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I'd like to create PDF files from TeX sources. The best way looks to be pdfTeX (please tell me if there are easier/better ways...) So I tried to install pdftex. I did what the instructions in README said, but I couldn't do it. There's a log which shows what problems I had. Any suggestions? (I have [slackware] Linux 2.0.33 / Pentium CPU / NTeX). First I downloaded web2c, untarred it and extracted pdftex. datazone:/home/ftp/test/tmp/x/x/y/x/tmp/x/web2c-7.1> ./configure [...] creating libpdf/zlib/Makefile creating c-auto.h cat: ./c-auto.h.in: No such file or directory datazone:/home/ftp/test/tmp/x/x/y/x/tmp/x/web2c-7.1> datazone:/home/ftp/test/tmp/x/x/y/x/tmp/x/web2c-7.1/web2c> make Makefile Makefile:161: *** missing separator. Stop. datazone:/home/ftp/test/tmp/x/x/y/x/tmp/x/web2c-7.1/web2c> -------- Makefile:161 @MAINT@ifeq ($(CC), gcc) @MAINT@XDEFS = -D__USE_FIXED_PROTOTYPES__ -Wall -Wpointer-arith $(warn_more) @MAINT@CFLAGS = -g $(XCFLAGS) @MAINT@endif # End of common.make. # programs.make -- used by Makefiles for executables only. --------- I search-and-replaced all "@MAINT@" with "". datazone:/home/ftp/test/tmp/x/x/y/x/tmp/x/web2c-7.1/web2c> make Makefile cd . && autoconf -m ./../etc/autoconf configure.in:38: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:39: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:40: warning: AC_TRY_RUN called without default to allow cross compiling /bin/sh ./configure --no-create --enable-maintainer-mode [...] datazone:/home/ftp/test/tmp/x/x/y/x/tmp/x/web2c-7.1/web2c> make pdftex [...] gcc -o tie tie.o make: *** No rule to make target `tex.web', needed by `pdftex.web'. Stop. datazone:/home/ftp/test/tmp/x/x/y/x/tmp/x/web2c-7.1/web2c> -- | Tuukka Toivonen [PGP public key | Homepage: http://stekt.oulu.fi/~tuukkat/ available] | Try also finger -l tuukkat@stekt.oulu.fi | Studying information engineering at the University of Oulu +----------------------------------------------------------- From owner-pdftex@tug.org Mon Mar 2 09:19:36 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA00439 for ; Mon, 2 Mar 1998 09:19:35 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA01406 for pdftex-list; Mon, 2 Mar 1998 11:01:55 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA01403 for ; Mon, 2 Mar 1998 11:01:53 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id PAA22105; hop 0; Mon, 2 Mar 1998 15:59:38 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Mon, 2 Mar 1998 15:53:58 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id PAA14880; Mon, 2 Mar 1998 15:54:13 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id QAA05311; Mon, 2 Mar 1998 16:02:23 GMT Date: Mon, 2 Mar 1998 16:02:23 GMT Message-Id: <199803021602.QAA05311@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: tuukkat@ees2.oulu.fi Cc: pdftex@tug.org Subject: Re: Problems installing pdftex In-Reply-To: References: Sender: owner-pdftex@tug.org Precedence: bulk If you not entirely confident in rebuilding web2c TeX, its probably easier to get the prebuilt binaries. Or install teTeX 0.9 beta release. Things will be a lot clearer when web2c 7.2 is release (shortly), and teTeX 0.9, as we will all then be working from the same point. sebastian From owner-pdftex@tug.org Mon Mar 2 09:53:46 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA01390 for ; Mon, 2 Mar 1998 09:53:45 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA01560 for pdftex-list; Mon, 2 Mar 1998 11:43:44 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA01557 for ; Mon, 2 Mar 1998 11:43:42 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id QAA04941; Mon, 2 Mar 1998 16:03:10 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id QAA08740; Mon, 2 Mar 1998 16:03:11 +0100 (MET) From: Han The Thanh Message-Id: <199803021503.QAA08740@anxur.fi.muni.cz> Subject: Re: notes on pdftex 0.12d In-Reply-To: <3892-Mon02Mar1998105400+0000-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Mar 2, 98 10:54:00 am" To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Mon, 2 Mar 1998 16:03:11 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > I had a happy (?) weekend experimenting with pdftex 0.12d, and in > general I think its great. I met three problems: > > a) the -| bug which stops GS and printing, but Thanh knows about that yes it has been fixed now > b) the \pdfcatalog {...} openaction mechanism > > the example of the latter in example.tex does not work (apart from > anything else, PageMode is spelt Pagemode, i think), since the /Page > and /View keys do not seem to have any effect, and I cannot see (from > reading the PDF docs) how they could. Which leaves the question of how > to specify that a document should open on page 3, with a view of FitV > (for instance). Looking at an example from Distiller, the OpenAction > key in the catalog entry has an *indirect* page reference, which I > cannot work out from LaTeX, but does have the view. ie it says > > /OpenAction [23 0 R /FitV] > > Anyone have suggestions/experiences? /Pagemode is my mistake, I appologise about that. Otherwise openaction should work, ie \pdfcatalog{ % Catalog dictionary of PDF output. /PageMode /UseOutlines /URI (http://www.fi.muni.cz/) } openaction page 3 {/Fit} will cause the reader the display the 3rd page and fit the whole page to the window. > > c) unless it is my eyesight, the magnification seemed to be changing > at random, as i went through a document page by page. do other people > get this impression? open example.pdf, and just click ">" to get to > page 2, and it zooms in hugely. why? in example.tex the openaction says "goto num 1", which causes the reader to display the first page as "fitbh" (fit boundingbox horizontally). So when you click ">", the reader will "fitbh" the second page, which causes the huge zoom factor. BTW, the example.tex needs a little tuning... Thanh From owner-pdftex@tug.org Mon Mar 2 10:28:48 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA02437 for ; Mon, 2 Mar 1998 10:28:47 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA01661 for pdftex-list; Mon, 2 Mar 1998 12:09:57 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA01658 for ; Mon, 2 Mar 1998 12:09:55 -0500 Received: from hagen (zl22.pi.net [145.220.204.22]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id SAA15608; Mon, 2 Mar 1998 18:07:37 +0100 (MET) Posted-Date: Mon, 2 Mar 1998 18:07:37 +0100 (MET) Message-ID: <34FAE6AD.2008@pi.net> Date: Mon, 02 Mar 1998 18:04:45 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Han The Thanh CC: Sebastian Rahtz , PDFTEX Subject: Re: pdftex-0.12e References: <199803021440.PAA07781@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > > > i guess by "read", you mean "parse"? the thing has to scan all the > > files, and so some rudimentary parsing, surely, to see whether any of the > > desired font names matches the first field? Now you have to really > > finish parsing the line - is that so much more expensive? > > yes, exactly. the more fonts in map files, the slower it is. > > > it is a pity to penalize people who just want to keep a set of map > > files for all possible purposes (like me on CD-ROM)... > > sorry about that, but it's necessary for implementing ExtendFont and SlantFont. > If something makes some people happy, it will also make others unhappy :-) Suggestion: add a switch in the config file. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Mar 2 11:55:09 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA04990 for ; Mon, 2 Mar 1998 11:55:07 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id NAA02097 for pdftex-list; Mon, 2 Mar 1998 13:44:00 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id NAA02093 for ; Mon, 2 Mar 1998 13:43:52 -0500 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id TAA08372; Mon, 2 Mar 1998 19:44:56 +0100 (MET) Received: by infovore id m0y9aA7-000cyYC (Debian Smail-3.2 1996-Jul-4 #2); Mon, 2 Mar 1998 19:42:03 +0100 (CET) To: pdftex@tug.cs.umb.edu, Tuukka Toivonen Subject: Re: Problems installing pdftex References: Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 02 Mar 1998 19:42:03 +0100 In-Reply-To: Tuukka Toivonen's message of "Mon, 2 Mar 1998 17:02:42 +0200 (EET)" Message-ID: <87lnutkk90.fsf@infovore.xs4all.nl> Lines: 21 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Tuukka Toivonen writes: > So I tried to install pdftex. I did what the instructions in README said, > but I couldn't do it. There's a log which shows what problems I had. Any > suggestions? It depends on the PDFTeX sources you use: - One set of 0.11 sources can be used with the web2c 7.0 sources, and _only_ those sources. Using web2c 7.1 _will not work._ (This seems to be your problem.) - Another set (the current 0.12 series, as well as a different set of 0.11 sources will work with the web2c 7.2 (beta) sources, and _only_ those sources. The reason for this is that there have been rather extensive changes to the makefiles between web2c 7.0 and 7.1, and between 7.1 and 7.2. -- Olaf Weber From owner-pdftex@tug.org Tue Mar 3 02:11:14 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA26036 for ; Tue, 3 Mar 1998 02:11:13 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA05328 for pdftex-list; Tue, 3 Mar 1998 03:53:20 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA05325 for ; Tue, 3 Mar 1998 03:53:18 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id JAA22537; Tue, 3 Mar 1998 09:54:20 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id KAA01158; Tue, 3 Mar 1998 10:06:27 +0100 (MET) Date: Tue, 3 Mar 1998 10:06:27 +0100 (MET) Message-Id: <199803030906.KAA01158@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Olaf Weber CC: pdftex@tug.cs.umb.edu Subject: Re: Problems installing pdftex In-Reply-To: <87lnutkk90.fsf@infovore.xs4all.nl> References: <87lnutkk90.fsf@infovore.xs4all.nl> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: Problems installing pdftex », Olaf Weber écrit : « - Another set (the current 0.12 series, as well as a different set of « 0.11 sources will work with the web2c 7.2 (beta) sources, and _only_ « those sources. unfortunately, i couldn't compile that:-( (sun solaris 2.5 + gcc 2.7.1) - i had to change /bin/sh for /bin/bash to run configure [it said test x: unknown operator] - i added pdftexdir in the programms list but configure could'nt achieve his work in this directory (missing config.in or something like that) i must confess that after so many years relying on thanh's binaries, it's difficult for me to resume compiling from source;-) Thierry Bouche. ----- thierry.bouche@ujf-grenoble.fr http://www-fourier.ujf-grenoble.fr/~bouche/ From owner-pdftex@tug.org Tue Mar 3 02:25:28 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA26324 for ; Tue, 3 Mar 1998 02:25:27 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA05449 for pdftex-list; Tue, 3 Mar 1998 04:15:51 -0500 Received: from irtms.irt.uni-hannover.de (irtms.irt.uni-hannover.de [130.75.135.94]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA05446 for ; Tue, 3 Mar 1998 04:15:48 -0500 Received: from irtst39.irt.uni-hannover.de by irtms.irt.uni-hannover.de with SMTP (1.40.112.12/16.2) id AA234246867; Tue, 3 Mar 1998 10:21:07 +0100 Date: Tue, 3 Mar 1998 10:21:07 +0100 Message-Id: <1.5.4.16.19980303101827.33072998@irtms> X-Sender: kopmann@irtms X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: pdftex@tug.cs.umb.edu From: Andreas Kopmann Subject: Need Help with PdfTeX 0.12b (WIN) Sender: owner-pdftex@tug.org Precedence: bulk I've Problems upgrading to Fabrice's latest pre-compiled version of pdftex-0.12b for Win32 systems with web2c. 1. Some of the New PDF-TeX primitive (like \pdfoutline in example.tex) seem to have no effect. Non of the compiled documents shows bookmarks - while the prior version of pdftex does. Other options as the special Acrobat-comand also shown no effect. 2. Furthermore the hyperref - package (v. 6.15) uses a different syntax. The command \pdfinfo author{xxx} ... is used while in example.tex the command \pdfinfo /Author (xxx) ... is used. Where is the problem? Andreas Andreas Kopmann Institut fuer Regelungstechnik kopmann@irt.uni-hannover.de Appelstr. 11, 30167 Hannover From owner-pdftex@tug.org Tue Mar 3 02:36:57 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA26812 for ; Tue, 3 Mar 1998 02:36:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA05529 for pdftex-list; Tue, 3 Mar 1998 04:33:15 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA05526 for ; Tue, 3 Mar 1998 04:33:13 -0500 Received: from hagen (zl57.pi.net [145.220.204.57]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id KAA13216; Tue, 3 Mar 1998 10:34:16 +0100 (MET) Posted-Date: Tue, 3 Mar 1998 10:34:16 +0100 (MET) Message-ID: <34FBCEBA.40AE@pi.net> Date: Tue, 03 Mar 1998 10:34:50 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net Subject: Re: pdftex-0.12c References: <199802252043.VAA07575@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello Thanh, I'm testing the new version (that is: the c one). First a remark: > - map file syntax extended: now it is possible to say ie: > > cmr10 CMR10 !cmr10.pfb cmtext.enc Maybe an entry in the config file is more efficient. Beware, Reader has ATM built in, and especially when multiple documents are opened, I would not trust both mechanism to cooperate, especially not when glyphs are cached. > warning about bad value of BBox in font cmr7). gaps, I'm thinking of switching > to Win95/NT... Don't, unless you can live with many reboots a day. Now some first remarks on the new version: (1) can you negate the height/depth in the \pdfannot primitive? This is more natural. Now I have to use in pdfannot and in pdfannotlink while the situations are 'sort' of comparable. (2) It's PageMode (cap M, see example file). There are more bugs in the example file, but I'll close read that file later. (3) When an illegal keyword is used (name, fit etc), pdftex keeps in restarting itself (probably dos bound error, I'm testing the dos version in a dos box). (4) Important question: did you remove the page destination? (5) What is the syntax of \pdfobj{}? Whatever I do, I get \CLOBBERED entries, but \pdflastobj returns the right pointer. (6) Did you consider the hook in the catalog names? See the calculator demo for the use. Back to testing, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Mar 3 03:02:12 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA27304 for ; Tue, 3 Mar 1998 03:02:10 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA05633 for pdftex-list; Tue, 3 Mar 1998 04:57:31 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA05630 for ; Tue, 3 Mar 1998 04:57:30 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id JAA00063; hop 0; Tue, 3 Mar 1998 09:55:15 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 3 Mar 1998 09:49:43 +0000 Date: Tue, 3 Mar 1998 09:51:54 +0000 Message-ID: <2008-Tue03Mar1998095154+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: kopmann@irt.uni-hannover.de Cc: pdftex@tug.cs.umb.edu Subject: Re: Need Help with PdfTeX 0.12b (WIN) In-Reply-To: <1.5.4.16.19980303101827.33072998@irtms> References: <1.5.4.16.19980303101827.33072998@irtms> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Andreas Kopmann writes: > I've Problems upgrading to Fabrice's latest pre-compiled version of > pdftex-0.12b for Win32 systems with web2c. you probably dont want to use that. Thanh fixed some serious bugs in c, d and e... > 2. Furthermore the hyperref - package (v. 6.15) uses a different syntax. The > command > \pdfinfo author{xxx} ... > is used while in example.tex the command > \pdfinfo /Author (xxx) ... > is used. > > Where is the problem? Thanh changed the syntax of the primitives; in hyperref 6.16 (I can send to anyone who needs it) i have isolated the changes and can produce a pdftex 0.12 driver sebastian From owner-pdftex@tug.org Tue Mar 3 03:19:22 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA27631 for ; Tue, 3 Mar 1998 03:19:20 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA05695 for pdftex-list; Tue, 3 Mar 1998 05:11:18 -0500 Received: from irtms.irt.uni-hannover.de (irtms.irt.uni-hannover.de [130.75.135.94]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA05692 for ; Tue, 3 Mar 1998 05:11:16 -0500 Received: from irtst39.irt.uni-hannover.de by irtms.irt.uni-hannover.de with SMTP (1.40.112.12/16.2) id AA241930162; Tue, 3 Mar 1998 11:16:02 +0100 Date: Tue, 3 Mar 1998 11:16:02 +0100 Message-Id: <1.5.4.16.19980303111321.1b47a91a@irtms> X-Sender: kopmann@irtms X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) From: Andreas Kopmann Subject: Re: Need Help with PdfTeX 0.12b (WIN) Cc: pdftex@tug.cs.umb.edu Sender: owner-pdftex@tug.org Precedence: bulk At 09:51 03.03.1998 +0000, you wrote: >Andreas Kopmann writes: > > I've Problems upgrading to Fabrice's latest pre-compiled version of > > pdftex-0.12b for Win32 systems with web2c. >you probably dont want to use that. Thanh fixed some serious bugs in >c, d and e... I need to use the compiled versions of pdftex (I've no compiler for Windows 95) and the latest available is the one I used. Is there a better one that solves the Mac Problem with the fonts?! > > > 2. Furthermore the hyperref - package (v. 6.15) uses a different syntax. The > > command > > \pdfinfo author{xxx} ... > > is used while in example.tex the command > > \pdfinfo /Author (xxx) ... > > is used. > > > > Where is the problem? > >Thanh changed the syntax of the primitives; in hyperref 6.16 (I can >send to anyone who needs it) i have isolated the changes and can >produce a pdftex 0.12 driver I made some changes myself even to get it running - but I've no idea how to activate the bookmarks and Acrobat - commands (used in test0.tex)?! Some features are simply gone...?! Andreas Andreas Kopmann Institut fuer Regelungstechnik kopmann@irt.uni-hannover.de Appelstr. 11, 30167 Hannover From owner-pdftex@tug.org Tue Mar 3 03:35:27 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA27928 for ; Tue, 3 Mar 1998 03:35:26 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA05767 for pdftex-list; Tue, 3 Mar 1998 05:26:10 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA05764 for ; Tue, 3 Mar 1998 05:26:09 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA01819; hop 0; Tue, 3 Mar 1998 10:23:53 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 3 Mar 1998 10:18:17 +0000 Date: Tue, 3 Mar 1998 10:16:46 +0000 Message-ID: <3312-Tue03Mar1998101646+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: kopmann@irt.uni-hannover.de Cc: pdftex@tug.cs.umb.edu Subject: Re: Need Help with PdfTeX 0.12b (WIN) In-Reply-To: <1.5.4.16.19980303111321.1b47a91a@irtms> References: <1.5.4.16.19980303111321.1b47a91a@irtms> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Andreas Kopmann writes: > I need to use the compiled versions of pdftex (I've no compiler for Windows > 95) and the > latest available is the one I used. Is there a better one that solves the > Mac Problem with the fonts?! pass. not having a Mac, I cant comment > I made some changes myself even to get it running - but I've no idea how to > activate the bookmarks and Acrobat - commands (used in test0.tex)?! Some > features are simply gone...?! > no, not unless I am going mad. i see bookmarks. i havent tested the acrobat menu commands recently sebastian From owner-pdftex@tug.org Tue Mar 3 03:54:32 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA28316 for ; Tue, 3 Mar 1998 03:54:30 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA05875 for pdftex-list; Tue, 3 Mar 1998 05:50:10 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA05872 for ; Tue, 3 Mar 1998 05:50:08 -0500 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id LAA21470; Tue, 3 Mar 1998 11:51:06 +0100 (MET) Received: by infovore id m0y9pGT-000clnC (Debian Smail-3.2 1996-Jul-4 #2); Tue, 3 Mar 1998 11:49:37 +0100 (CET) To: Thierry Bouche Cc: pdftex@tug.cs.umb.edu Subject: Re: Problems installing pdftex References: <87lnutkk90.fsf@infovore.xs4all.nl> <199803030906.KAA01158@mozart.ujf-grenoble.fr> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit From: Olaf Weber Date: 03 Mar 1998 11:49:34 +0100 In-Reply-To: Thierry Bouche's message of "Tue, 3 Mar 1998 10:06:27 +0100 (MET)" Message-ID: <877m6ckq0x.fsf@infovore.xs4all.nl> Lines: 33 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche writes: > Concernant « Re: Problems installing pdftex », Olaf Weber écrit : > « - Another set (the current 0.12 series, as well as a different set of > « 0.11 sources will work with the web2c 7.2 (beta) sources, and _only_ > « those sources. > unfortunately, i couldn't compile that:-( > (sun solaris 2.5 + gcc 2.7.1) > - i had to change /bin/sh for /bin/bash to run configure > [it said test x: unknown operator] A bug in the configure script. There's an ' -o test ' in there that should have been ' || test '. > - i added pdftexdir in the programms list but configure could'nt > achieve his work in this directory (missing config.in or something > like that) I'm not sure what you mean by this. What you _should_ do is: 1) unpack web-7.2betaX.tar.gz and web2c-7.2betaX.tar.gz 2) cd web2c-7.2betaX/web2c 3) upack pdftex.tar.gz The desired result is that the pdftexdir directory ends up in the web2c-7.2betaX/web2c directory. Then you can configure and compile. No further changes are needed. -- Olaf Weber From owner-pdftex@tug.org Tue Mar 3 05:03:30 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA29509 for ; Tue, 3 Mar 1998 05:03:29 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA06123 for pdftex-list; Tue, 3 Mar 1998 06:41:17 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA06120 for ; Tue, 3 Mar 1998 06:41:15 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id LAA05873; hop 0; Tue, 3 Mar 1998 11:38:59 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 3 Mar 1998 11:33:29 +0000 Date: Tue, 3 Mar 1998 11:36:56 +0000 Message-ID: <5732-Tue03Mar1998113656+0000-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 7 Q) From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) To: pdftex@tug.cs.umb.edu Subject: hyperref for pdftex 0.12* Sender: owner-pdftex@tug.org Precedence: bulk I append the appropriate hpdftex.def file for hyperref users of pdftex 0.12*. Normal links, URLs, bookmarks, and Acrobatmenu commands all seem to work correctly Sebastian %% %% This is file `hpdftex.def', %% generated with the docstrip utility. %% %% The original source files were: %% %% hyperref.dtx (with options: `check,pdftex,pdftextest,outlines') %% %% File: hyperref.dtx Copyright (C) 1995, 1996, 1997, 1998 Sebastian Rahtz \ifhy@driverloaded\endinput\fi \hy@driverloadedtrue \def\new@pdflink#1{% \pdfdest name {#1} \@pdfview } \let\pdf@endanchor\@empty \AtBeginDocument{% \ifhy@colorlinks \def\pdfBorderAttrs{/Border [0 0 0]}% \fi } \def\@pdfborder{0 0 1}% \def\pdfBorderAttrs{/Border [\@pdfborder]} \def\find@pdflink#1#2{% \leavevmode\pdfannotlink attr{\pdfBorderAttrs /C [\CurrentBorderColor]} goto name {#2}% \colorlink{\csname @#1color\endcsname}% } \def\close@pdflink{\pdfendlink\hyper@resetcolor} \def\hyper@anchor#1{\new@pdflink{#1}\anchor@spot\pdf@endanchor} \def\hyper@anchorstart#1{\new@pdflink{#1}\hy@activeanchortrue} \def\hyper@anchorend{\pdf@endanchor\hy@activeanchorfalse} \def\hyper@linkstart#1#2{% \edef\CurrentBorderColor{\csname @#1bordercolor\endcsname}% \find@pdflink{#1}{#2}} \def\hyper@linkend{\close@pdflink} \def\hyper@link#1#2#3{% \edef\CurrentBorderColor{\csname @#1bordercolor\endcsname}% \find@pdflink{#1}{#2}#3\close@pdflink } \def\CurrentBorderColor{\@linkbordercolor} \def\hyper@linkurl#1#2{% \bgroup \hyper@chars \leavevmode\pdfannotlink attr{\pdfBorderAttrs /C [\@urlbordercolor]} user{/Subtype /Link /A << /Type /Action /S /URI /URI (#2) >>}{\colorlink{\@urlcolor}#1}% \pdfendlink \egroup } \def\hyper@linkfile#1#2#3{% anchor text, filename, linkname \bgroup \leavevmode\pdfannotlink attr{\pdfBorderAttrs /C [\@filebordercolor]} goto file{#2} name{#3}{\colorlink{\@filecolor}#1}% \pdfendlink \egroup } \def\@pdfproducer{pdfTeX} \def\PDF@SetupDoc{% \pdfcatalog { % Catalog dictionary of PDF output. /PageMode \@pdfpagemode /URI (\@baseurl) } openaction page \@pdfstartpage {\@pdfstartview} \pdfinfo { /Author (\@pdfauthor) /Title (\@pdftitle) /Subject (\@pdfsubject) /Creator ( \@pdfcreator) /Producer ( \@pdfproducer) /Keywords (\@pdfkeywords) \ifx\@pdfpagescrop\@empty\else /CropBox [\@pdfpagescrop] \fi }% } \pdfoutput=1 \pdfcompresslevel=9 \pdfpagewidth\paperwidth \pdfpageheight\paperheight \def\Acrobatmenu#1#2{% \leavevmode\pdfannotlink attr{\pdfBorderAttrs /C [\@menubordercolor]} user{ /Subtype /Link /A << /S /Named /N /#1 >> }{\colorlink{\@menucolor}#2}% \pdfendlink } \let\H@old@sect\@sect \def\@sect#1#2#3#4#5#6[#7]#8{% \H@old@sect{#1}{#2}{#3}{#4}{#5}{#6}[{#7}]{#8}% \ifx\\#1\\\else \ifnum#2>\c@secnumdepth\else \edef\@thishlabel{\csname theH#1\endcsname}% \@writetorep{#7}{#1.\@thishlabel}{#2}\fi \fi } \let\H@old@part\@part \def\@part[#1]#2{% \@writetorep{#1}{part.\theHpart}{-1}% \H@old@part[{#1}]{#2}% } \let\H@old@chapter\@chapter \def\@chapter[#1]#2{% \H@old@chapter[{#1}]{#2}% \@writetorep{#1}{chapter.\theHchapter}{0}% } \expandafter\def\csname Parent-2\endcsname{} \expandafter\def\csname Parent-1\endcsname{} \expandafter\def\csname Parent0\endcsname{} \expandafter\def\csname Parent1\endcsname{} \newwrite\@outlinefile \def\@writetorep#1#2#3{% \ifx\WriteBookmarks\relax\else \@tempcnta#3 \expandafter\edef\csname Parent#3\endcsname{#2}% \advance\@tempcnta by -1 \protected@write\@outlinefile% {\let~\space \def\LaTeX{LaTeX}% \def\TeX{TeX}% \let\label\@gobble \let\index\@gobble \let\glossary\@gobble}% {% \protect\BOOKMARK{#2}{#1}{\csname Parent\the\@tempcnta\endcsname}}% \fi } \def\pdfbookmark{\@ifnextchar[{\pdf@bookmark}{\pdf@bookmark[0]}} \def\pdf@bookmark[#1]#2#3{% \ifx\WriteBookmarks\relax\else \@writetorep{#2}{#3.#1}{#1}% \hyper@anchorstart{#3.#1}\hyper@anchorend \fi } \AtBeginDocument{\ReadBookmarks} \def\ReadBookmarks{% \def\BOOKMARK ##1##2##3{\calc@bm@number{##3}}% \InputIfFileExists{\jobname.out}{ }{}% \def\BOOKMARK ##1##2##3{% \def\@tempx{##2}% \pdfoutline goto name{##1}% count\@bookmarkopenstatus\check@bm@number{##1}{% \expandafter\strip@prefix\meaning\@tempx}% }% {\def\WriteBookmarks{0}% \escapechar\m@ne\InputIfFileExists{\jobname.out}{}{}}% \ifx\WriteBookmarks\relax\else \immediate\openout\@outlinefile=\jobname.out \fi } \def\check@bm@number#1{\expandafter \ifx\csname#1\endcsname \relax 0% \else \csname#1\endcsname \fi} \def\calc@bm@number#1{\@tempcnta=\check@bm@number{#1}\relax \advance\@tempcnta by1 \expandafter\xdef\csname#1\endcsname{\the\@tempcnta}} \endinput %% %% End of file `hpdftexx.def'. From owner-pdftex@tug.org Tue Mar 3 06:09:13 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA00803 for ; Tue, 3 Mar 1998 06:09:12 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA06419 for pdftex-list; Tue, 3 Mar 1998 07:52:47 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA06416 for ; Tue, 3 Mar 1998 07:52:42 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id NAA14700 for ; Tue, 3 Mar 1998 13:53:43 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id NAA14669 for pdftex@tug.cs.umb.edu; Tue, 3 Mar 1998 13:53:32 +0100 (MET) From: Han The Thanh Message-Id: <199803031253.NAA14669@anxur.fi.muni.cz> Subject: Re: Need Help with PdfTeX 0.12b (WIN) In-Reply-To: <2008-Tue03Mar1998095154+0000-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Mar 3, 98 09:51:54 am" To: pdftex@tug.cs.umb.edu (PDFTEX) Date: Tue, 3 Mar 1998 13:53:32 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, if there is any need, I can compile binaries for pdftex-0.12e. The reason why I have decided not to support binaries is I have the feeling that nobody needs it. And if one wants to play with pdftex-0.12, I would strongly recommend to try always that latest version. Thanh From owner-pdftex@tug.org Tue Mar 3 07:52:12 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA03071 for ; Tue, 3 Mar 1998 07:52:11 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA06929 for pdftex-list; Tue, 3 Mar 1998 09:42:03 -0500 Received: from oulu.fi (ousrvr.oulu.fi [130.231.240.1]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA06926 for ; Tue, 3 Mar 1998 09:42:01 -0500 Received: from ee.oulu.fi (ees2.oulu.fi [130.231.61.23]) by oulu.fi (8.8.5/8.8.5) with ESMTP id QAA17590 for ; Tue, 3 Mar 1998 16:43:07 +0200 (EET) Received: from stekt3 (stekt3 [130.231.60.43]) by ee.oulu.fi (8.8.8/8.8.5) with SMTP id QAA11266 for ; Tue, 3 Mar 1998 16:43:06 +0200 (EET) Date: Tue, 3 Mar 1998 16:43:06 +0200 (EET) From: Tuukka Toivonen X-Sender: tuukkat@stekt3 Reply-To: Tuukka Toivonen To: pdftex@tug.org Subject: Re: Problems installing pdftex In-Reply-To: <199803021602.QAA05311@lurgmhor.elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk The README said that web2c 7.0 should be used. I thought it meaned 7.0 or newer, and used 7.1 instead. My apologies... I downloaded 7.0 and most of the errors gone away. Now I have only single problem: make: *** No rule to make target `tex.web', needed by `pdftex.web'. Stop. What is tex.web and where do I get it from? On Mon, 2 Mar 1998, Sebastian Rahtz wrote: >easier to get the prebuilt binaries. Or install teTeX 0.9 beta Binaries have too much problems if the platform happens not to be exactly like the one where the binaries were compied. I don't want to use them. -- | Tuukka Toivonen [PGP public key | Homepage: http://stekt.oulu.fi/~tuukkat/ available] | Try also finger -l tuukkat@stekt.oulu.fi | Studying information engineering at the University of Oulu +----------------------------------------------------------- From owner-pdftex@tug.org Tue Mar 3 08:30:00 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA04099 for ; Tue, 3 Mar 1998 08:29:59 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA07101 for pdftex-list; Tue, 3 Mar 1998 10:19:51 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA07098 for ; Tue, 3 Mar 1998 10:19:49 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id PAA18823; hop 0; Tue, 3 Mar 1998 15:17:35 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Tue, 3 Mar 1998 15:12:04 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id PAA29943; Tue, 3 Mar 1998 15:12:05 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id PAA01059; Tue, 3 Mar 1998 15:20:30 GMT Date: Tue, 3 Mar 1998 15:20:30 GMT Message-Id: <199803031520.PAA01059@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: tuukkat@ees2.oulu.fi Cc: pdftex@tug.org Subject: Re: Problems installing pdftex In-Reply-To: References: <199803021602.QAA05311@lurgmhor.elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Tuukka Toivonen writes: > > What is tex.web and where do I get it from? you got web2c.tar.gz, and not web.tar.gz as well, I guess. unpack both in the same place. > Binaries have too much problems if the platform happens not to be exactly > like the one where the binaries were compied. I don't want to use them. thats a very purist viewpoint. the people who have worked on web2c have worked incredibly hard *not* to include any platform dependencies in the system... the only issue I know of is the reference to shared X libraries in xdvi, which isnt relevant here. excuse me being critical, but if you propose to get into compiling beta TeX software, you really ought to know what tex.web is..... :-} sebastian From owner-pdftex@tug.org Wed Mar 4 00:26:38 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA28998 for ; Wed, 4 Mar 1998 00:26:37 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA11012 for pdftex-list; Wed, 4 Mar 1998 02:23:23 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA11009 for ; Wed, 4 Mar 1998 02:23:20 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id IAA28440 for ; Wed, 4 Mar 1998 08:24:25 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id IAA11056 for pdftex@tug.cs.umb.edu; Wed, 4 Mar 1998 08:24:25 +0100 (MET) From: Han The Thanh Message-Id: <199803040724.IAA11056@anxur.fi.muni.cz> Subject: encTeX & pdfTeX ??? To: pdftex@tug.cs.umb.edu (PDFTEX) Date: Wed, 4 Mar 1998 08:24:25 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, I'm thinking of adding encTeX from Petr Olsak to pdftex. Please let me know what do you think. Thanh > > > I would like to please you to add Petr Olsak's ENCTeX routines into > > > PDFTeX. What is it: It's set of changes to web2c instalation of TeX, > > > which adds few new primitives (\xordcode, \xchrcode, \xprncode) which > > > allows changing xord/xchr tables from .TeX source. It's very useful > > > for languages like Czech (I think you know) for reencoding > > > input/output char-codes (f.e: 852 (PC) -> ISO8859-2 (CS-fonts)). > > > > > > You can find it on ftp://math.feld.cvut.cz/pub/olsak/enctex and short > > > description in CS-TeXbulletin 3/97 (or maybe 1-2/97, I'm not sure). > > > > I've read the article from Petr Olsak in CSTUG Bullentin about that, but this > > topic is a little sensitive, as many people might treat it as a bad idea. It's > > no problem for me to add it to pdftex, but it may be a problem for me to hear > > criticism from people :-). So I would recommend to discuss it on pdftex mailing > > list first. Of course it would be useful for me, as Czech is my second language. > > I hoped so. In my opinion this is the same like .TCP tables is emTeX > (which do the same thing). If you don't need it, don't use it. The > behaviour of PDFTeX will not change. Or add new primitives > (\pdfxordcode, \pdfxchrcode, \pdfxprncode) - 3 more (i.e: How many > new primitives have you added to PDFTeX?:-). Maybe you would ask Petr > Olsak if you can use his idea (implementation of \xordcode, > \xchrcode, \xprncode), but without additional .tex files (which are > unnecessary for most people). It would be great. From owner-pdftex@tug.org Wed Mar 4 00:55:29 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA29554 for ; Wed, 4 Mar 1998 00:55:27 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA11183 for pdftex-list; Wed, 4 Mar 1998 02:47:48 -0500 Received: from ha1.rdc1.md.home.com (ha1.rdc1.md.home.com [24.2.2.66]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA11180 for ; Wed, 4 Mar 1998 02:47:47 -0500 Received: from cc240476-a.hwrd1.md.home.com ([24.3.20.103]) by ha1.rdc1.md.home.com (Netscape Mail Server v2.02) with SMTP id AAA2564; Tue, 3 Mar 1998 23:48:53 -0800 From: jeffmcarthur@home.com (Jeffrey McArthur) To: pdftex@tug.cs.umb.edu Cc: Han The Thanh Subject: Re: Need Help with PdfTeX 0.12b (WIN) Date: Wed, 04 Mar 1998 07:35:13 GMT Organization: ATLIS Publishing Services Reply-To: jeffmcarthur@home.com Message-ID: <350d03f4.4085865@mail> References: <199803031253.NAA14669@anxur.fi.muni.cz> In-Reply-To: <199803031253.NAA14669@anxur.fi.muni.cz> X-Mailer: Forte Agent 1.5/32.451 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.cs.umb.edu id CAA11181 Sender: owner-pdftex@tug.org Precedence: bulk On Tue, 3 Mar 1998 13:53:32 +0100 (MET), you wrote: >if there is any need, I can compile binaries for pdftex-0.12e. The reason why I >have decided not to support binaries is I have the feeling that nobody needs it. >And if one wants to play with pdftex-0.12, I would strongly recommend to try >always that latest version. I don't have the needed compiler installed on the PC's I use. Binaries are much easier for me at this time. Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur a.k.a. Jeffrey McArthur ATLIS Publishing Services jeffmcarthur@home.com jmcarth@atlis.com http://members.home.net/jeffmcarthur/ Visit Tiglath, a Bronze Age D&D world http://members.home.net/jeffmcarthur/Jeffrey/DandD/Dandd.htm From owner-tex-pretest@tug.org Wed Mar 4 01:40:16 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA00459 for ; Wed, 4 Mar 1998 01:40:14 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA11389 for tex-pretest-list; Wed, 4 Mar 1998 03:35:26 -0500 Received: from smtp2.xs4all.nl (smtp2.xs4all.nl [194.109.6.52]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA11380; Wed, 4 Mar 1998 03:35:16 -0500 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp2.xs4all.nl (8.8.8/8.8.8) with ESMTP id JAA23683; Wed, 4 Mar 1998 09:36:17 +0100 (CET) Received: by infovore id m0yA9eR-000ctCC (Debian Smail-3.2 1996-Jul-4 #2); Wed, 4 Mar 1998 09:35:43 +0100 (CET) To: pdftex@tug.cs.umb.edu, tex-pretest@tug.org Subject: Re: encTeX & pdfTeX ??? References: <199803040724.IAA11056@anxur.fi.muni.cz> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 04 Mar 1998 09:35:43 +0100 In-Reply-To: Han The Thanh's message of "Wed, 4 Mar 1998 08:24:25 +0100 (MET)" Message-ID: <87g1kykg4g.fsf@infovore.xs4all.nl> Lines: 40 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-tex-pretest@tug.org Precedence: bulk Han The Thanh writes: > I'm thinking of adding encTeX from Petr Olsak to pdftex. Please let > me know what do you think. There has been some (but not nearly enough) discussion about the desirability of adding it to web2c. An earlier attempt to do something similar (tcx files) was abandoned for good reasons. On the other hand, I do favour the inclusion of something like it. If you can convince me that encTeX is the right thing to do, it can be in 7.3. >>>> I would like to please you to add Petr Olsak's ENCTeX routines into >>>> PDFTeX. What is it: It's set of changes to web2c instalation of TeX, >>>> which adds few new primitives (\xordcode, \xchrcode, \xprncode) which >>>> allows changing xord/xchr tables from .TeX source. It's very useful >>>> for languages like Czech (I think you know) for reencoding >>>> input/output char-codes (f.e: 852 (PC) -> ISO8859-2 (CS-fonts)). >>>> You can find it on ftp://math.feld.cvut.cz/pub/olsak/enctex and short >>>> description in CS-TeXbulletin 3/97 (or maybe 1-2/97, I'm not sure). >>> I've read the article from Petr Olsak in CSTUG Bullentin about >>> that, but this topic is a little sensitive, as many people might >>> treat it as a bad idea. It's no problem for me to add it to >>> pdftex, but it may be a problem for me to hear criticism from >>> people :-). So I would recommend to discuss it on pdftex mailing >>> list first. Of course it would be useful for me, as Czech is my >>> second language. >> I hoped so. In my opinion this is the same like .TCP tables is emTeX >> (which do the same thing). If you don't need it, don't use it. The >> behaviour of PDFTeX will not change. Or add new primitives >> (\pdfxordcode, \pdfxchrcode, \pdfxprncode) - 3 more (i.e: How many >> new primitives have you added to PDFTeX?:-). Maybe you would ask Petr >> Olsak if you can use his idea (implementation of \xordcode, >> \xchrcode, \xprncode), but without additional .tex files (which are >> unnecessary for most people). It would be great. -- Olaf Weber From owner-pdftex@tug.org Wed Mar 4 01:41:06 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA00478 for ; Wed, 4 Mar 1998 01:41:05 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA11383 for pdftex-list; Wed, 4 Mar 1998 03:35:17 -0500 Received: from smtp2.xs4all.nl (smtp2.xs4all.nl [194.109.6.52]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA11380; Wed, 4 Mar 1998 03:35:16 -0500 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp2.xs4all.nl (8.8.8/8.8.8) with ESMTP id JAA23683; Wed, 4 Mar 1998 09:36:17 +0100 (CET) Received: by infovore id m0yA9eR-000ctCC (Debian Smail-3.2 1996-Jul-4 #2); Wed, 4 Mar 1998 09:35:43 +0100 (CET) To: pdftex@tug.cs.umb.edu, tex-pretest@tug.org Subject: Re: encTeX & pdfTeX ??? References: <199803040724.IAA11056@anxur.fi.muni.cz> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 04 Mar 1998 09:35:43 +0100 In-Reply-To: Han The Thanh's message of "Wed, 4 Mar 1998 08:24:25 +0100 (MET)" Message-ID: <87g1kykg4g.fsf@infovore.xs4all.nl> Lines: 40 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > I'm thinking of adding encTeX from Petr Olsak to pdftex. Please let > me know what do you think. There has been some (but not nearly enough) discussion about the desirability of adding it to web2c. An earlier attempt to do something similar (tcx files) was abandoned for good reasons. On the other hand, I do favour the inclusion of something like it. If you can convince me that encTeX is the right thing to do, it can be in 7.3. >>>> I would like to please you to add Petr Olsak's ENCTeX routines into >>>> PDFTeX. What is it: It's set of changes to web2c instalation of TeX, >>>> which adds few new primitives (\xordcode, \xchrcode, \xprncode) which >>>> allows changing xord/xchr tables from .TeX source. It's very useful >>>> for languages like Czech (I think you know) for reencoding >>>> input/output char-codes (f.e: 852 (PC) -> ISO8859-2 (CS-fonts)). >>>> You can find it on ftp://math.feld.cvut.cz/pub/olsak/enctex and short >>>> description in CS-TeXbulletin 3/97 (or maybe 1-2/97, I'm not sure). >>> I've read the article from Petr Olsak in CSTUG Bullentin about >>> that, but this topic is a little sensitive, as many people might >>> treat it as a bad idea. It's no problem for me to add it to >>> pdftex, but it may be a problem for me to hear criticism from >>> people :-). So I would recommend to discuss it on pdftex mailing >>> list first. Of course it would be useful for me, as Czech is my >>> second language. >> I hoped so. In my opinion this is the same like .TCP tables is emTeX >> (which do the same thing). If you don't need it, don't use it. The >> behaviour of PDFTeX will not change. Or add new primitives >> (\pdfxordcode, \pdfxchrcode, \pdfxprncode) - 3 more (i.e: How many >> new primitives have you added to PDFTeX?:-). Maybe you would ask Petr >> Olsak if you can use his idea (implementation of \xordcode, >> \xchrcode, \xprncode), but without additional .tex files (which are >> unnecessary for most people). It would be great. -- Olaf Weber From owner-pdftex@tug.org Wed Mar 4 02:28:15 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA01442 for ; Wed, 4 Mar 1998 02:28:13 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA11567 for pdftex-list; Wed, 4 Mar 1998 04:16:24 -0500 Received: from ifi.informatik.uni-stuttgart.de (ifi.informatik.uni-stuttgart.de [129.69.211.1]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA11564 for ; Wed, 4 Mar 1998 04:16:21 -0500 Date: Wed, 4 Mar 1998 10:17:20 +0100 (MET) Message-Id: <199803040917.KAA21245@isidor.informatik.uni-stuttgart.de> Received: by isidor.informatik.uni-stuttgart.de; Wed, 4 Mar 1998 10:17:20 +0100 (MET) From: Bernd Raichle MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.cs.umb.edu (PDFTEX) Subject: Re: encTeX & pdfTeX ??? In-Reply-To: <199803040724.IAA11056@anxur.fi.muni.cz> References: <199803040724.IAA11056@anxur.fi.muni.cz> X-Mailer: VM 6.33 under Emacs 19.34.1 Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 4 March 1998 08:24:25 +0100, Han The Thanh writes: > I'm thinking of adding encTeX from Petr Olsak to pdftex. Please let me know what > do you think. I will be strongly __against__ including this patch, if somebody would propose it for e-TeX. (And if the other e-TeX team members would include them in e-TeX, this would result in my resignation from the team. But I'm pretty sure, that this won't happen ;-))) The reasons are that Knuth has invented the TeX.web xord[]/xchr[] text character code mapping arrays to allow TeX macro hackers from worrying about implementation dependent text character codes resp. code of character tokens ... atleast for all character tokens in ASCII. Thus a TeX hacker can be sure that \ifnum`\A=65 will always be true. If this won't be true anymore, it will result in total confusion... by TeX hackers and by the end user. > > > > I would like to please you to add Petr Olsak's ENCTeX routines into > > > > PDFTeX. What is it: It's set of changes to web2c instalation of TeX, > > > > which adds few new primitives (\xordcode, \xchrcode, \xprncode) which > > > > allows changing xord/xchr tables from .TeX source. It's very useful > > > > for languages like Czech (I think you know) for reencoding > > > > input/output char-codes (f.e: 852 (PC) -> ISO8859-2 (CS-fonts)). xchr[]/xord[] will _only_ allow to reencode text character code, which will be done before tokenization. If you want to reencode fonts and to make this properly, a rather more well-thought and well-defined change will be needed! There are ideas about an abstraction from text character codes, token codes, hyphenation character codes, character/ligature node codes, glyph positions which will allow arbitrary mappings from the same character token to different glyph position/font encodings. One of them is called Unicode and is used in Plaice's&Haralambous' Omega system. A ``simpler'' one (more restricted than Omega's one) was discussed during the meeting of the e-TeX and LaTeX3 team last week, but will need some more thoughts and discussions to make it conceptually correct and implementable. [...] > > > I've read the article from Petr Olsak in CSTUG Bullentin about that, but this > > > topic is a little sensitive, as many people might treat it as a bad idea. It's Yes, ``many people'' includes me ;-) > > > no problem for me to add it to pdftex, but it may be a problem for me to hear > > > criticism from people :-). So I would recommend to discuss it on pdftex mailing > > > list first. Of course it would be useful for me, as Czech is my second language. > > > > I hoped so. In my opinion this is the same like .TCP tables is emTeX > > (which do the same thing). If you don't need it, don't use it. The > > behaviour of PDFTeX will not change. Or add new primitives > > (\pdfxordcode, \pdfxchrcode, \pdfxprncode) - 3 more (i.e: How many > > new primitives have you added to PDFTeX?:-). Maybe you would ask Petr > > Olsak if you can use his idea (implementation of \xordcode, > > \xchrcode, \xprncode), but without additional .tex files (which are > > unnecessary for most people). It would be great. In summary: I'm totally against the additional primitives, i.e. allow TeX macro hackers any access to xord[]/xchr[]. I'm _not_ against the specification of xchr[]/xord[] in separate files like the .TCP tables in emTeX. Nonetheless because pdfTeX is Thanh's work, he can decide on his own what he will implement/include in pdfTeX. Just my $0.05. Best wishes, -bernd From owner-pdftex@tug.org Wed Mar 4 04:12:20 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA03635 for ; Wed, 4 Mar 1998 04:12:19 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA11978 for pdftex-list; Wed, 4 Mar 1998 05:46:52 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA11975 for ; Wed, 4 Mar 1998 05:46:50 -0500 Received: from hagen (zl41.pi.net [145.220.204.41]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id LAA06262; Wed, 4 Mar 1998 11:47:46 +0100 (MET) Posted-Date: Wed, 4 Mar 1998 11:47:46 +0100 (MET) Message-ID: <34FD0EA5.3C93@pi.net> Date: Wed, 04 Mar 1998 09:19:49 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Han The Thanh CC: PDFTEX Subject: Re: encTeX & pdfTeX ??? References: <199803040724.IAA11056@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > I'm thinking of adding encTeX from Petr Olsak to pdftex. Please let me know what > do you think. It looks ok to me, but I think we should avoid duplicated with (future) etex functionality. So if this is added, we have to make sure there will be no conflicts with etex. What exactly are the specs of this feature? Can you post the article on the topic? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Mar 4 04:29:09 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA03969 for ; Wed, 4 Mar 1998 04:29:08 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA12165 for pdftex-list; Wed, 4 Mar 1998 06:25:14 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id GAA12159 for ; Wed, 4 Mar 1998 06:24:57 -0500 Date: Wed, 4 Mar 1998 11:25:53 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: raichle@informatik.uni-stuttgart.de CC: PDFTEX@TUG.CS.UMB.EDU, CHAA006@vms.rhbnc.ac.uk Message-Id: <980304112553.558b4@vms.rhbnc.ac.uk> Subject: Re: encTeX & pdfTeX ??? Sender: owner-pdftex@tug.org Precedence: bulk >> > I'm thinking of adding encTeX from Petr Olsak to pdftex. Please let me know what >> > do you think. >> >> I will be strongly __against__ including this patch, if somebody would >> propose it for e-TeX. (And if the other e-TeX team members would >> include them in e-TeX, this would result in my resignation from the >> team. But I'm pretty sure, that this won't happen ;-))) My feelings precisely, except I wouldn't resign but would probably murder the e-TeX person supporting the idea :-) >> The reasons are that Knuth has invented the TeX.web xord[]/xchr[] text >> character code mapping arrays to allow TeX macro hackers from worrying >> about implementation dependent text character codes resp. code of >> character tokens ... atleast for all character tokens in ASCII. Thus >> a TeX hacker can be sure that \ifnum`\A=65 will always be true. I'm not _comvinced_ that this identity would fail to obtain, but this is such a muddy area that premature incorporation of any such idea, no matter how sound, would strongly prejudice (disadvantageously) the merging of pdfTeX and e-TeX. Let us please continue to _discuss_ the issues involved (particularly in the light of the very recent discussions in Oldenburg concerning the use of character _names_ within TeX), but let us not seize on one solution unless and until we are all totally comvinced that the solution is perfect and that total document portability will still obtain... >> I'm totally against the additional primitives, i.e. allow TeX >> macro hackers any access to xord[]/xchr[]. >> I'm _not_ against the specification of xchr[]/xord[] in >> separate files like the .TCP tables in emTeX. I'm not sure I'd even support the latter; I still believe that the _document_ must specify its own encoding, rather than a particular instantation of an implementation using an encoding of its own no matter how useful the latter might be... >> Nonetheless because pdfTeX is Thanh's work, he can decide on his own >> what he will implement/include in pdfTeX. Bien sur... >> Just my $0.05. I make that much less than 1d in real money... ** Phil. From owner-pdftex@tug.org Wed Mar 4 04:29:36 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA03978 for ; Wed, 4 Mar 1998 04:29:35 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA12105 for pdftex-list; Wed, 4 Mar 1998 06:10:08 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA12102 for ; Wed, 4 Mar 1998 06:10:06 -0500 Received: from hagen (zl57.pi.net [145.220.204.57]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id MAA13269; Wed, 4 Mar 1998 12:11:11 +0100 (MET) Posted-Date: Wed, 4 Mar 1998 12:11:11 +0100 (MET) Message-ID: <34FD3326.4D4C@pi.net> Date: Wed, 04 Mar 1998 11:55:34 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu CC: pragma@pi.net Subject: Re: encTeX & pdfTeX ??? References: <199803040724.IAA11056@anxur.fi.muni.cz> <199803040917.KAA21245@isidor.informatik.uni-stuttgart.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Bernd Raichle wrote: > a TeX hacker can be sure that \ifnum`\A=65 will always be true. > > If this won't be true anymore, it will result in total confusion... by > TeX hackers and by the end user. Apart from blowing macro packages ... > There are ideas about an abstraction from text character codes, token > codes, hyphenation character codes, character/ligature node codes, > glyph positions which will allow arbitrary mappings from the same > character token to different glyph position/font encodings. > > One of them is called Unicode and is used in Plaice's&Haralambous' > Omega system. A ``simpler'' one (more restricted than Omega's one) > was discussed during the meeting of the e-TeX and LaTeX3 team last > week, but will need some more thoughts and discussions to make it > conceptually correct and implementable. That's the way to go. Therefore, incorperating etex in pdftex deserves more priority. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Mar 4 05:00:13 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA04528 for ; Wed, 4 Mar 1998 05:00:11 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA12238 for pdftex-list; Wed, 4 Mar 1998 06:44:51 -0500 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA12235 for ; Wed, 4 Mar 1998 06:44:43 -0500 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id MAA04104 (8.7.6/IDA-1.6 for ); Wed, 4 Mar 1998 12:31:42 +0100 Message-ID: <199803041131.MAA04104@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.cs.umb.edu Date: Wed, 4 Mar 1998 12:31:55 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: encTeX & pdfTeX ??? Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 4 Mar 98 at 10:17, Bernd Raichle wrote: [...] > In summary: > > I'm totally against the additional primitives, i.e. allow TeX > macro hackers any access to xord[]/xchr[]. You, as a low-level-hacker (generator of format), can disable this accest through \let\xordcode=\undefined\let\xchrcode=\undefined at the end of "encoding table". It's, in my opinion, the same problem like defining .TCP tables. After you've read "encoding table" (ussually at the begin of format-generating process), you disable the acces to this tables. The result is the same like if you use "pdftex -ini -tcp:mytable.tcp plain \dump". Nevermore you can change xord[]/xchr[] table. > I'm _not_ against the specification of xchr[]/xord[] in > separate files like the .TCP tables in emTeX. The first wish for enc-pdftex was from me. It would be _very_nice_ for me to be able to change xord[]/xchr[] vectors in pdftex. I suggested enctex, because it's ready for use in web2c instalations and I wanted to save Thanh's time. Implementation of some .TCP tables will take more time (and this could be the reason for not to do it). Jiri. From owner-pdftex@tug.org Wed Mar 4 06:07:24 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA05784 for ; Wed, 4 Mar 1998 06:07:19 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA12508 for pdftex-list; Wed, 4 Mar 1998 07:50:21 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id HAA12505 for ; Wed, 4 Mar 1998 07:50:19 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Wed, 4 Mar 1998 13:51:16 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01IU9R8XKK00000PQC@wkap.nl> for pdftex@tug.cs.umb.edu; Wed, 4 Mar 1998 13:51:14 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01IU9R8VCCG099DL8J@ID034.WKAP.NL> for pdftex@tug.cs.umb.edu; Wed, 04 Mar 1998 13:51:11 +0000 ([+0200]) Date: Wed, 04 Mar 1998 13:46:44 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: encTeX & pdfTeX ??? In-reply-to: <34FD0EA5.3C93@pi.net> To: Hans Hagen Cc: Han The Thanh , PDFTEX Reply-to: taco.hoekwater@wkap.nl Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk Hans wrote: > It looks ok to me, but I think we should avoid duplicated with (future) etex > functionality. So if this is added, we have to make sure there will be > no conflicts with etex. What exactly are the specs of this feature? At the very least, there will be a political conflict with Bernd and Peter. I won't go into the pros and cons of \xordcode and \xchrcode (fwiw, I mostly agree with Bernd. Inclusion in Pdftex may be acceptable, but within web2c definately NOT. Extensions should stay in extension programs, please!). I enclose the english version of Petr Olsak's article on the subject for Hans and possibly others. Greetings, Taco --------------------------------------------------------------------- Taco Hoekwater texhelp@wkap.nl Kluwer Academic Publishers -- Pre Press -- Achterom 119, 3311 KB Dordrecht, The Netherlands tel. 31-78-6392550 --------------------------------------------------------------------- > Can you post the article on the topic? 1. The idea ----------- Somebody writes in the web2c source of TeX: > TCX files are probably a bad idea, since they make TeX source > documents unportable. Try the inputenc LaTeX package. I disagree with it. I have great experiences with this problem because I am using the Czech language. It includes very much accented letters. Many of different encodings are used in "computer space" for this language. My arguments are following: - The inputenc package is usable for LaTeX only, but the TeX is used via another formats too. - The log file and terminal are not readable in Czech language sentences, if overfull/underfull box of Czech text is reported. The ^^notation is totally not readable. If the section 49 in tex.web is changed (via tex.ch of course) in this way: (k<" ")or(k=invalid_code), the unreadable ^^notation is cleared. But if inputenc is used with different internal TeX encoding, the Czech sentences in log files are still not readable. - The reencoding is the *implementation* problem but it is not the problem of naive user, who must write the \usepackage[bla]{inputenc}. He or she has no knowledges about encoding used in the OS. He or she interprets the \usepackage[bla]{inputenc} as very mystic. - If the LaTeX document is sended via e-mail with MIME (or similar methods of transport), the re-encoding is done with the e-mail agents and the encoding of the document match with encoding used in OS but it can be differ between sender and recipient. The \usepackage[bla]{inputenc} is not changed in LaTeX header automatically, thus it can bring some problems and difficulties. I mean, the reencoding must be solved in software for transports between different OS (e-mail agents, for example) and this problem cannot be solved in LaTeX header. - The active characters for letters in our language (after using inputenc) can bring some problems. For example, some sequence \czechword (with accented letters not present in this e-mail) cannot be \def-ed, because these letters have \catcode=13 but \catcode=11 is needed. - Donald Knuth has implemented the xord/xchr vectors into TeX in order to separate the encodings used in OS from internal TeX encoding (because text fonts used in TeX are independent on OS). Administrator must implement xord/xchr values at TeX WEB source state. Why administrators do not implemet it? Because there are many TeX implementations with binary TeX only. If the TeX WEB source is available, the setting of xord/xchr is somewhat difficult for some administrators. If the settings of xord/xchr will be possible at iniTeX state, they will be more flexible and administartors can do a right settings more similar way. - I think, Donald Knuth does not take the possibility of reencoding at expand processor state (as inputenc package does) into account, when he developed the TeX. The \uppercase, \lowecase primitives does its work on *before expanding* using \uccode-s and \lccode-s, which are used in hyphenation algorithm *after expanding*. Because I don't find the documentation of tcx files and I cannot disassemble the code concerning to tcx files and I mean that the Skarvada's solution is not so flexible --- I have written some extension of TeX myself. This extension is done only via tex.ch file (no changes in *.c, *.h files are needed). The handling with xord, xchr vectors and the "printability" of characters are possible during TeX run using three new primitives. 2. A short introduction into xord and xchr vectors -------------------------------------------------- All text input into TeX are mapped via xord vector in input preporcessor (the eyes in TeXbook terminology). If the character has the code x in your system, the same character has the code y = xord[x] in TeX. All text output from TeX to terminal, log and files managed by \write primitive are filtered with xchr vector and with "printability" feature of the character. If the character with code y is not "printable", then it outputs by ^^code notation (documented in TeXbook, page 45). If the character with code y is "printable" then the output code of this character on terminal and text files is x = xchr[y]. 3. The description of new features ---------------------------------- The encTeX extension introduces three new TeX primitives with the same syntax as \lccode: * \xordcode i ... is xord[i] * \xchrcode i ... is xchr[i] * the character with the code i is "printable" (not ^^notation on terminal and the log used) iff ( \xprncode i > 0 ) or ( i in {32,...,126} ). The xord, xchr and information about "printability" are stored to the format while \dump and they are restored during format is read. All setting to \xordcode, \xchrcode and \xprncode are possible in 0...255 and are *global* every time. It means the setting inside group are global and it is irrelevant if you write \global prefix or do not. The initial values at iniTeX state of the mentioned vectors are: \xordcode i = i for i in {128...255}, \xchrcode i = i for i in {128...255}, \xprncode i = 0 for i in {0...31, 127...255}, \xprncode i = 1 for i in {32...126}. The \xordcode i and \xchrcode i for i in {0...127} are system dependent, but on systems with ASCII encoding holds: \xordcode i = i, \xchrcode i = i. The TRIP test on encTeX reports only two differences: * The banner is changed * The number of multiletter control sequences are greater by three. 4. Availability --------------- The encTeX package includes some encoding tables inputted via \input during format generation. These tables include encodings widelly used in Czech texts. The encTeX is now free available in alpha testing state on ftp://math.feld.cvut.cz/pub/olsak/enctex. From owner-pdftex@tug.org Wed Mar 4 06:08:36 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA05828 for ; Wed, 4 Mar 1998 06:08:35 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA12521 for pdftex-list; Wed, 4 Mar 1998 07:51:25 -0500 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA12518 for ; Wed, 4 Mar 1998 07:51:18 -0500 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id NAA07119 (8.7.6/IDA-1.6 for ); Wed, 4 Mar 1998 13:53:43 +0100 Message-ID: <199803041253.NAA07119@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.cs.umb.edu Date: Wed, 4 Mar 1998 13:53:56 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Units in PDFTEX.CFG Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk Hi, I tryed PDFTeX 0.12c (and I'm waiting for precompiled 0.12e for DOS/WIN) and used \magnification command and ... see no change in Acrobat. I was suprised. Whats happened? Than I looked to page dimension and saw: 630x891mm (I used \magnification3000). Oh yes. But ... In my opinion, the page dimension and offsets in pdftex.cfg file should be in "true" dimension, independent of \mag register. Any suggestion? Jiri. From owner-pdftex@tug.org Wed Mar 4 07:07:03 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA07028 for ; Wed, 4 Mar 1998 07:07:02 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA12783 for pdftex-list; Wed, 4 Mar 1998 08:58:24 -0500 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA12780 for ; Wed, 4 Mar 1998 08:58:20 -0500 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id PAA08832 (8.7.6/IDA-1.6 for ); Wed, 4 Mar 1998 15:00:54 +0100 Message-ID: <199803041400.PAA08832@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.cs.umb.edu Date: Wed, 4 Mar 1998 15:01:06 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: RE: Units in PDFTEX.CFG Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 4 Mar 98 at 13:12, RHBNC wrote: > >> In my opinion, the page dimension and offsets in pdftex.cfg file > >> should be in "true" dimension, independent of \mag register. > > Not sure what you imply here: if they are expressed in true units, > then I would agree they should be mag-independent; if they are > expressed in scalable units, then they should be mag-dependent. > Is this what you meant? ** Phil. No no, it's not about \pdfpagewidth and \pdfpageheight (in .tex source, the works well), but about page_width and page_height in /texmf/dvips/pdftex/pdftex.cnf, where, if I understand well, should be some default values for width and height, which I usually use. And they sould be independent of \mag setting in .tex file. Jiri. From owner-pdftex@tug.org Wed Mar 4 07:35:14 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA07616 for ; Wed, 4 Mar 1998 07:35:12 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA12950 for pdftex-list; Wed, 4 Mar 1998 09:23:33 -0500 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA12947 for ; Wed, 4 Mar 1998 09:23:29 -0500 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id PAA09530 (8.7.6/IDA-1.6); Wed, 4 Mar 1998 15:26:27 +0100 Message-ID: <199803041426.PAA09530@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.cs.umb.edu Date: Wed, 4 Mar 1998 15:26:38 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: RE: Units in PDFTEX.CFG Reply-to: Jiri Osoba CC: osoba@vyvoj.jablotron.cz X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 4 Mar 98 at 14:05, Phill wrote: Hi, Phill, > Dobry den Jirko... where have you learned Czech? > > >> No no, it's not about \pdfpagewidth and \pdfpageheight (in .tex > >> source, the works well), > > yes, realised that... > > >> but about page_width and page_height in > >> /texmf/dvips/pdftex/pdftex.cnf, where, if I understand well, should be > >> some default values for width and height, which I usually use. And > >> they sould be independent of \mag setting in .tex file. > > But in what units are they expressed? ** Phil. Yes, there are lines page_width 210mm page_height 297mm hoffset 1in voffset 1in in the pdftex.cnf file. So I guess this could be a default paper-size and left-top margin. Jiri. From owner-pdftex@tug.org Wed Mar 4 07:48:57 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA07944 for ; Wed, 4 Mar 1998 07:48:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA13014 for pdftex-list; Wed, 4 Mar 1998 09:39:03 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA13008 for ; Wed, 4 Mar 1998 09:38:56 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA03131 for ; Wed, 4 Mar 1998 15:39:48 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA01117 for pdftex@tug.cs.umb.edu; Wed, 4 Mar 1998 15:39:48 +0100 (MET) From: Han The Thanh Message-Id: <199803041439.PAA01117@anxur.fi.muni.cz> Subject: pdftex-0.12* -- removing To: pdftex@tug.cs.umb.edu (PDFTEX) Date: Wed, 4 Mar 1998 15:39:47 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, having seen that keeping the previous versions of pdftex-0.12* has caused some troubles, I'm removing all of them (apart from pdftex-0.12e only). Please let me know if it may cause any difficulty for anyone. Binaries for pdftex-012e are supported now. If you have older version, please switch to pdftex-0.12e to avoid bugs that may have been fixed. Regards, Thanh From owner-pdftex@tug.org Wed Mar 4 08:02:46 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA08227 for ; Wed, 4 Mar 1998 08:02:45 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA13072 for pdftex-list; Wed, 4 Mar 1998 09:51:06 -0500 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA13066 for ; Wed, 4 Mar 1998 09:50:59 -0500 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id PAA10206 (8.7.6/IDA-1.6); Wed, 4 Mar 1998 15:53:33 +0100 Message-ID: <199803041453.PAA10206@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: P.Taylor@vms.rhbnc.ac.uk Date: Wed, 4 Mar 1998 15:53:44 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: RE: Units in PDFTEX.CFG Reply-to: Jiri Osoba CC: pdftex@tug.cs.umb.edu, osoba@vyvoj.jablotron.cz X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 4 Mar 98 at 14:38, RHBNC wrote: Hi, Phil, > Ahoj Jirko... > > >> where have you learned Czech? > > >From Jiri Zlatuska, mainly! But I've just started Czech lessons > in earnest, and am now up to week 5... OK, so I can start writing in Czech :-) > > >> Yes, there are lines > >> > >> page_width 210mm > >> page_height 297mm > >> hoffset 1in > >> voffset 1in > > Well, my inclination is to interpret these as scaleable units; > if they weren't, and were deemed implicitly "true", how could > you express "untrue" units? In other words, I think they should > read: > > >> page_width 210 true mm > >> page_height 297 true mm > >> hoffset 1 true in > >> voffset 1 true in > > Will it accept that syntax? No. ! Warning: c:/texmf/bin/pdftex.exe (file pdftex.cfg): --> expected units in 210 true mm , assuming inches. 210truemm doesn't work to. But, it's in some config.file, so it should be in "real size" (like a4 definition in config.ps of dvips). Ahoj a hodne stesti pri studiu cestiny. Jiri. From owner-pdftex@tug.org Wed Mar 4 09:44:20 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA11005 for ; Wed, 4 Mar 1998 09:44:00 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA13419 for pdftex-list; Wed, 4 Mar 1998 11:13:45 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA13410; Wed, 4 Mar 1998 11:13:19 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id QAA01618; Wed, 4 Mar 1998 16:18:14 GMT Date: Wed, 4 Mar 1998 16:18:14 GMT Message-Id: <199803041618.QAA01618@nag.co.uk> From: David Carlisle To: pdftex@tug.org CC: tex-pretest@tug.org Subject: xord/xchr Sender: owner-pdftex@tug.org Precedence: bulk I have just resubscribed to the pdftex list after having been off it for some time. Looking through the archive I see I just missed some discussion of possible user access to the xord array. I was one of the ones who successfully argued in December 96 that such a feature should not be added to web2c 7.0 The same arguments apply with even greater force now, as any changes in this area would impact badly on any future mechanism that etex might have for supporting multiple encodings. Giving access to encoding changes at that level will destroy document portability: one of the main reasons for the success of TeX as a system. For private extensions for specific projects there may be reasons to give up portability to gain a specific feature, but to do this in a widely distributed system like pdftex would be a disaster, and to do it in the main web2c sources would be worse! Extensions such as the one proposed here, or the emtex code pages are inherently limited and non portable. They are not portable as the specification of the encoding used is external to the document, and so there is a high probability that the document will run without error, but with garbled output. They are limited as they do the encoding at entirely the wrong level (acting essentially as an input filter prepended to TeX.) TeX clearly needs an extension to better support different encodings but these proposals using the present TeX character nodes, but filtered and then mapped to catcode 11 make the assumptions that the same input encoding will be used for the entire document and that the same font encoding will be used for all fonts. There is no way to trap differently encoded fonts. (e)TeX needs an integrated system of encoding support that allows input and output encodings to change under the control of the TeX system. Currently the *only* way to do this is with active characters. Of course they are not always convenient. They become less convenient the further the language strays from the basic ASCII set. For example languages using Cyrillic script probably find it very inconvenient not to be able to use any Cyrillic letters in command names. However it may be inconvenient but it works in a well defined and portable way. If extensions are added piecemeal at this stage a body of documents will be produced that are inherently non portable and future TeX extensions may be obliged to try to keep them working which would mean it was impossible to try to design any proper interface to solve these problems. Some ideas have been discussed within the etex context (as mentioned by some others in this thread) and Omega also has mechanisms to try to deal with these issues. In both cases one has to consider the entire TeX process from input file encoding, through tokenisation, through to encoding in the dvi file. Please do not add a system at this stage that will not prove to be sufficiently general or workable, but which becomes impossible to remove as documents start to depend on it. David From owner-tex-pretest@tug.org Wed Mar 4 10:50:06 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA12927 for ; Wed, 4 Mar 1998 10:50:04 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA13816 for tex-pretest-list; Wed, 4 Mar 1998 12:45:08 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA13799; Wed, 4 Mar 1998 12:43:56 -0500 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id SAA16193; Wed, 4 Mar 1998 18:44:44 +0100 (MET) Received: by infovore id m0yAIDx-000ct8C (Debian Smail-3.2 1996-Jul-4 #2); Wed, 4 Mar 1998 18:44:57 +0100 (CET) To: tex-pretest@tug.org, pdftex@tug.org, David Carlisle Subject: Re: xord/xchr References: <199803041618.QAA01618@nag.co.uk> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 04 Mar 1998 18:44:55 +0100 In-Reply-To: David Carlisle's message of "Wed, 4 Mar 1998 16:18:14 GMT" Message-ID: <87pvk2ic4o.fsf@infovore.xs4all.nl> Lines: 23 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-tex-pretest@tug.org Precedence: bulk David Carlisle writes: > Please do not add a system at this stage that will not prove to be > sufficiently general or workable, but which becomes impossible to remove > as documents start to depend on it. My executive summary of the argument so far: There is a problem here that needs to be dealt with. The "normal" TeX engine is better left unchanged; let e-TeX or Omega provide the solutions for those who need these features. PDFTeX will aquire the necessary features from e-TeX in the future. So let's not commit ourselves to a partial solution that we won't be able to back out of, and give the people working on the issue a chance to come up with decent long-term solutions. Conclusion for Web2C: incorporating new versions of e-TeX/Omega/PDFTeX as they become available should be sufficient. -- Olaf Weber From owner-tex-pretest@tug.org Wed Mar 4 10:57:19 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA13147 for ; Wed, 4 Mar 1998 10:57:18 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA13413 for tex-pretest-list; Wed, 4 Mar 1998 11:13:33 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA13410; Wed, 4 Mar 1998 11:13:19 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id QAA01618; Wed, 4 Mar 1998 16:18:14 GMT Date: Wed, 4 Mar 1998 16:18:14 GMT Message-Id: <199803041618.QAA01618@nag.co.uk> From: David Carlisle To: pdftex@tug.org CC: tex-pretest@tug.org Subject: xord/xchr Sender: owner-tex-pretest@tug.org Precedence: bulk I have just resubscribed to the pdftex list after having been off it for some time. Looking through the archive I see I just missed some discussion of possible user access to the xord array. I was one of the ones who successfully argued in December 96 that such a feature should not be added to web2c 7.0 The same arguments apply with even greater force now, as any changes in this area would impact badly on any future mechanism that etex might have for supporting multiple encodings. Giving access to encoding changes at that level will destroy document portability: one of the main reasons for the success of TeX as a system. For private extensions for specific projects there may be reasons to give up portability to gain a specific feature, but to do this in a widely distributed system like pdftex would be a disaster, and to do it in the main web2c sources would be worse! Extensions such as the one proposed here, or the emtex code pages are inherently limited and non portable. They are not portable as the specification of the encoding used is external to the document, and so there is a high probability that the document will run without error, but with garbled output. They are limited as they do the encoding at entirely the wrong level (acting essentially as an input filter prepended to TeX.) TeX clearly needs an extension to better support different encodings but these proposals using the present TeX character nodes, but filtered and then mapped to catcode 11 make the assumptions that the same input encoding will be used for the entire document and that the same font encoding will be used for all fonts. There is no way to trap differently encoded fonts. (e)TeX needs an integrated system of encoding support that allows input and output encodings to change under the control of the TeX system. Currently the *only* way to do this is with active characters. Of course they are not always convenient. They become less convenient the further the language strays from the basic ASCII set. For example languages using Cyrillic script probably find it very inconvenient not to be able to use any Cyrillic letters in command names. However it may be inconvenient but it works in a well defined and portable way. If extensions are added piecemeal at this stage a body of documents will be produced that are inherently non portable and future TeX extensions may be obliged to try to keep them working which would mean it was impossible to try to design any proper interface to solve these problems. Some ideas have been discussed within the etex context (as mentioned by some others in this thread) and Omega also has mechanisms to try to deal with these issues. In both cases one has to consider the entire TeX process from input file encoding, through tokenisation, through to encoding in the dvi file. Please do not add a system at this stage that will not prove to be sufficiently general or workable, but which becomes impossible to remove as documents start to depend on it. David From owner-pdftex@tug.org Wed Mar 4 11:01:14 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA13269 for ; Wed, 4 Mar 1998 11:01:13 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA13805 for pdftex-list; Wed, 4 Mar 1998 12:44:40 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA13799; Wed, 4 Mar 1998 12:43:56 -0500 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id SAA16193; Wed, 4 Mar 1998 18:44:44 +0100 (MET) Received: by infovore id m0yAIDx-000ct8C (Debian Smail-3.2 1996-Jul-4 #2); Wed, 4 Mar 1998 18:44:57 +0100 (CET) To: tex-pretest@tug.org, pdftex@tug.org, David Carlisle Subject: Re: xord/xchr References: <199803041618.QAA01618@nag.co.uk> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 04 Mar 1998 18:44:55 +0100 In-Reply-To: David Carlisle's message of "Wed, 4 Mar 1998 16:18:14 GMT" Message-ID: <87pvk2ic4o.fsf@infovore.xs4all.nl> Lines: 23 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle writes: > Please do not add a system at this stage that will not prove to be > sufficiently general or workable, but which becomes impossible to remove > as documents start to depend on it. My executive summary of the argument so far: There is a problem here that needs to be dealt with. The "normal" TeX engine is better left unchanged; let e-TeX or Omega provide the solutions for those who need these features. PDFTeX will aquire the necessary features from e-TeX in the future. So let's not commit ourselves to a partial solution that we won't be able to back out of, and give the people working on the issue a chance to come up with decent long-term solutions. Conclusion for Web2C: incorporating new versions of e-TeX/Omega/PDFTeX as they become available should be sufficient. -- Olaf Weber From owner-pdftex@tug.org Wed Mar 4 14:26:34 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA19529 for ; Wed, 4 Mar 1998 14:26:32 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id QAA14665 for pdftex-list; Wed, 4 Mar 1998 16:17:29 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id QAA14662 for ; Wed, 4 Mar 1998 16:17:27 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id WAA28054; Wed, 4 Mar 1998 22:18:33 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id WAA14338; Wed, 4 Mar 1998 22:18:32 +0100 (MET) From: Han The Thanh Message-Id: <199803042118.WAA14338@anxur.fi.muni.cz> Subject: Re: pdftex-0.12c In-Reply-To: <34FBCEBA.40AE@pi.net> from Hans Hagen at "Mar 3, 98 10:34:50 am" To: pragma@pi.net (Hans Hagen) Date: Wed, 4 Mar 1998 22:18:32 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Hans, > I'm testing the new version (that is: the c one). First a remark: > > > - map file syntax extended: now it is possible to say ie: > > > > cmr10 CMR10 !cmr10.pfb cmtext.enc > > Maybe an entry in the config file is more efficient. I'm not sure which entry do you have in mind. CAn you give an example? > > Beware, Reader has ATM built in, and especially when multiple documents are opened, > I would not trust both mechanism to cooperate, especially not when glyphs are > cached. > > > warning about bad value of BBox in font cmr7). gaps, I'm thinking of switching > > to Win95/NT... > > Don't, unless you can live with many reboots a day. thank for the warning :-) > > Now some first remarks on the new version: > > (1) can you negate the height/depth in the \pdfannot primitive? This is more > natural. Now I have to use in pdfannot and in > pdfannotlink while the situations are 'sort' of comparable. we can discuss it later. At the moment I think it's more natural for pdf, but not for TeX. > (2) It's PageMode (cap M, see example file). There are more bugs in the example > file, but I'll close read that file later. yes, Sebastian has pointed it too. > (3) When an illegal keyword is used (name, fit etc), pdftex keeps in restarting > itself (probably dos bound error, I'm testing the dos version in a dos box). it may be a pdftex bug. Please send me the test file. > (4) Important question: did you remove the page destination? no. why? > (5) What is the syntax of \pdfobj{}? Whatever I do, I get \CLOBBERED entries, but > \pdflastobj returns the right pointer. it's been fixed now. Just use \pdfobj{whatever} and an object with that content will be created. \pdflastobj returns the obj number. > (6) Did you consider the hook in the catalog names? See the calculator demo for the > use. please send me some samples, I need to understand it first :-) > Back to testing, please switch to pdftex-0.12e if you haven't yet Thanh From owner-pdftex@tug.org Wed Mar 4 14:40:25 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA19860 for ; Wed, 4 Mar 1998 14:40:23 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id QAA14719 for pdftex-list; Wed, 4 Mar 1998 16:27:14 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id QAA14716 for ; Wed, 4 Mar 1998 16:27:08 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id WAA28309; Wed, 4 Mar 1998 22:28:14 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id WAA14516; Wed, 4 Mar 1998 22:28:13 +0100 (MET) From: Han The Thanh Message-Id: <199803042128.WAA14516@anxur.fi.muni.cz> Subject: Re: Units in PDFTEX.CFG In-Reply-To: <199803041426.PAA09530@vyvoj.vyvoj> from Jiri Osoba at "Mar 4, 98 03:26:38 pm" To: osoba@vyvoj.jablotron.cz Date: Wed, 4 Mar 1998 22:28:13 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > >> No no, it's not about \pdfpagewidth and \pdfpageheight (in .tex > > >> source, the works well), > > > > yes, realised that... > > > > >> but about page_width and page_height in > > >> /texmf/dvips/pdftex/pdftex.cnf, where, if I understand well, should be > > >> some default values for width and height, which I usually use. And > > >> they sould be independent of \mag setting in .tex file. > > > > But in what units are they expressed? ** Phil. > > Yes, there are lines > > page_width 210mm > page_height 297mm > hoffset 1in > voffset 1in > > in the pdftex.cnf file. So I guess this could be a default paper-size > and left-top margin. the values in config file (pdftex.cfg) are multiple by \mag now. If one wants to use "true" dimensions with \mag, then the only way is to specify \pdfpagewidth and \pdfpageheight (with keywork "true"). Thanh From owner-pdftex@tug.org Wed Mar 4 14:41:22 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA19880 for ; Wed, 4 Mar 1998 14:41:19 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id QAA14690 for pdftex-list; Wed, 4 Mar 1998 16:23:00 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id QAA14687 for ; Wed, 4 Mar 1998 16:22:58 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id WAA28203; Wed, 4 Mar 1998 22:24:04 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id WAA14442; Wed, 4 Mar 1998 22:24:02 +0100 (MET) From: Han The Thanh Message-Id: <199803042124.WAA14442@anxur.fi.muni.cz> Subject: Re: Need Help with PdfTeX 0.12b (WIN) In-Reply-To: <1.5.4.16.19980303111321.1b47a91a@irtms> from Andreas Kopmann at "Mar 3, 98 11:16:02 am" To: kopmann@irt.uni-hannover.de (Andreas Kopmann) Date: Wed, 4 Mar 1998 22:24:02 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > > I've Problems upgrading to Fabrice's latest pre-compiled version of > > > pdftex-0.12b for Win32 systems with web2c. > >you probably dont want to use that. Thanh fixed some serious bugs in > >c, d and e... > > I need to use the compiled versions of pdftex (I've no compiler for Windows > 95) and the > latest available is the one I used. Is there a better one that solves the > Mac Problem with the fonts?! the problem on Mac should be fixed in pdftex-0.12e > > > > > > 2. Furthermore the hyperref - package (v. 6.15) uses a different syntax. The > > > command > > > \pdfinfo author{xxx} ... > > > is used while in example.tex the command > > > \pdfinfo /Author (xxx) ... > > > is used. > > > > > > Where is the problem? > > > >Thanh changed the syntax of the primitives; in hyperref 6.16 (I can > >send to anyone who needs it) i have isolated the changes and can > >produce a pdftex 0.12 driver > > I made some changes myself even to get it running - but I've no idea how to > activate the bookmarks and Acrobat - commands (used in test0.tex)?! Some > features are simply gone...?! sorry about lacking of documentation---I hope to be able to work on it soon Thanh From owner-pdftex@tug.org Thu Mar 5 00:21:24 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA04264 for ; Thu, 5 Mar 1998 00:21:22 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA17095 for pdftex-list; Thu, 5 Mar 1998 02:16:59 -0500 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA17092 for ; Thu, 5 Mar 1998 02:16:55 -0500 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id IAA31186 (8.7.6/IDA-1.6); Thu, 5 Mar 1998 08:20:14 +0100 Message-ID: <199803050720.IAA31186@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: Han The Thanh Date: Thu, 5 Mar 1998 08:20:01 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Units in PDFTEX.CFG Reply-to: Jiri Osoba CC: pdftex@tug.cs.umb.edu (PDFTEX) X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 4 Mar 98 at 22:28, Han The Thanh wrote: > the values in config file (pdftex.cfg) are multiple by \mag now. If one wants to > use "true" dimensions with \mag, then the only way is to specify \pdfpagewidth > and \pdfpageheight (with keywork "true"). And it's the problem. Would be possible to implement truemm (truein etc) unis in config file? Jiri. From owner-pdftex@tug.org Thu Mar 5 00:43:53 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA04703 for ; Thu, 5 Mar 1998 00:43:52 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA17187 for pdftex-list; Thu, 5 Mar 1998 02:39:09 -0500 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA17184 for ; Thu, 5 Mar 1998 02:39:06 -0500 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id IAA31716 (8.7.6/IDA-1.6 for ); Thu, 5 Mar 1998 08:41:40 +0100 Message-ID: <199803050741.IAA31716@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.cs.umb.edu Date: Thu, 5 Mar 1998 08:41:26 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Fonts in pdfTeX-0.12e Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk Hello, I tested next example: \pdfoutput1 \font\tenbf rphvb \font\tenrm rphvr\rm Hello, world in font Helvetica --- \bf Hello, world in Helvetica-Bold.\end with pdftex.map font-map file: rphvr Helvetica rphvb Helvetica-Bold correctly maped in pdftex.cfg. Bud I received both texts only in Helvetica. Am I wrong? Jiri. From owner-pdftex@tug.org Thu Mar 5 01:41:29 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA05873 for ; Thu, 5 Mar 1998 01:41:27 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA17455 for pdftex-list; Thu, 5 Mar 1998 03:37:21 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA17452 for ; Thu, 5 Mar 1998 03:37:19 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id JAA23058; Thu, 5 Mar 1998 09:38:26 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id JAA27357; Thu, 5 Mar 1998 09:38:24 +0100 (MET) From: Han The Thanh Message-Id: <199803050838.JAA27357@anxur.fi.muni.cz> Subject: Re: Units in PDFTEX.CFG In-Reply-To: <199803050720.IAA31186@vyvoj.vyvoj> from Jiri Osoba at "Mar 5, 98 08:20:01 am" To: osoba@vyvoj.jablotron.cz Date: Thu, 5 Mar 1998 09:38:24 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > the values in config file (pdftex.cfg) are multiple by \mag now. If one wants to > > use "true" dimensions with \mag, then the only way is to specify \pdfpagewidth > > and \pdfpageheight (with keywork "true"). > > And it's the problem. Would be possible to implement truemm (truein > etc) unis in config file? it might be possible, but I would like to hear also what others say about it. At the moment please use \pdfpagewidth ad \pdfpageheight. Thanh From owner-tex-pretest@tug.org Thu Mar 5 03:15:16 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA07890 for ; Thu, 5 Mar 1998 03:15:14 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA17817 for tex-pretest-list; Thu, 5 Mar 1998 05:09:55 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA17811 for ; Thu, 5 Mar 1998 05:09:53 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA29644; hop 0; Thu, 5 Mar 1998 10:07:36 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 5 Mar 1998 10:02:00 +0000 Date: Thu, 5 Mar 1998 09:06:22 +0000 Message-ID: <8141-Thu05Mar1998090622+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: olaf@infovore.xs4all.nl Cc: pdftex@tug.cs.umb.edu, tex-pretest@tug.org Subject: Re: encTeX & pdfTeX ??? In-Reply-To: <87g1kykg4g.fsf@infovore.xs4all.nl> References: <199803040724.IAA11056@anxur.fi.muni.cz> <87g1kykg4g.fsf@infovore.xs4all.nl> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-tex-pretest@tug.org Precedence: bulk I'd favour Olaf's approach - add it in core web2c, or nowhere. I think that adding things like this to just pdftex is confusing sebastian From owner-pdftex@tug.org Thu Mar 5 03:16:43 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA07950 for ; Thu, 5 Mar 1998 03:16:41 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA17816 for pdftex-list; Thu, 5 Mar 1998 05:09:55 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA17810 for ; Thu, 5 Mar 1998 05:09:53 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA29641; hop 0; Thu, 5 Mar 1998 10:07:36 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 5 Mar 1998 10:02:00 +0000 Date: Thu, 5 Mar 1998 09:06:22 +0000 Message-ID: <8141-Thu05Mar1998090622+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: olaf@infovore.xs4all.nl Cc: pdftex@tug.cs.umb.edu, tex-pretest@tug.org Subject: Re: encTeX & pdfTeX ??? In-Reply-To: <87g1kykg4g.fsf@infovore.xs4all.nl> References: <199803040724.IAA11056@anxur.fi.muni.cz> <87g1kykg4g.fsf@infovore.xs4all.nl> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk I'd favour Olaf's approach - add it in core web2c, or nowhere. I think that adding things like this to just pdftex is confusing sebastian From owner-pdftex@tug.org Thu Mar 5 03:22:10 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA08050 for ; Thu, 5 Mar 1998 03:22:09 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA17848 for pdftex-list; Thu, 5 Mar 1998 05:11:40 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA17845 for ; Thu, 5 Mar 1998 05:11:38 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA29809; hop 0; Thu, 5 Mar 1998 10:09:20 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 5 Mar 1998 10:03:41 +0000 Date: Thu, 5 Mar 1998 09:43:40 +0000 Message-ID: <4539-Thu05Mar1998094340+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: osoba@vyvoj.jablotron.cz Cc: pdftex@tug.cs.umb.edu Subject: Re: Fonts in pdfTeX-0.12e In-Reply-To: <199803050741.IAA31716@vyvoj.vyvoj> References: <199803050741.IAA31716@vyvoj.vyvoj> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk > \font\tenbf rphvb > \font\tenrm rphvr\rm > Hello, world in font Helvetica --- \bf Hello, world in > Helvetica-Bold.\end \bf -> \tenbf > rphvr Helvetica > rphvb Helvetica-Bold > its not for me to dictate to you, but I do recommend using the current Karl Berry naming scheme, if you use it at all. sebastian From owner-pdftex@tug.org Thu Mar 5 03:25:21 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA08095 for ; Thu, 5 Mar 1998 03:25:20 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA17835 for pdftex-list; Thu, 5 Mar 1998 05:10:55 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA17832 for ; Thu, 5 Mar 1998 05:10:53 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id LAA01517; Thu, 5 Mar 1998 11:11:55 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id LAA01721; Thu, 5 Mar 1998 11:11:55 +0100 (MET) From: Han The Thanh Message-Id: <199803051011.LAA01721@anxur.fi.muni.cz> Subject: pdftex-0.12f -- Re:Fonts in pdftex-0.12e In-Reply-To: <199803050741.IAA31716@vyvoj.vyvoj> from Jiri Osoba at "Mar 5, 98 08:41:26 am" To: osoba@vyvoj.jablotron.cz Date: Thu, 5 Mar 1998 11:11:54 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, > I tested next example: > > \pdfoutput1 > \font\tenbf rphvb > \font\tenrm rphvr\rm > Hello, world in font Helvetica --- \bf Hello, world in > Helvetica-Bold.\end > > with pdftex.map font-map file: > > rphvr Helvetica > rphvb Helvetica-Bold > > correctly maped in pdftex.cfg. > > Bud I received both texts only in Helvetica. on my system it caused `Segmetation fault (core dump)' :-( this is a bug in pdftex when font file is not specifed for some entries in map file. I've fixed it in pdftex-0.12f. Please update your binaries. Regards, Thanh From owner-pdftex@tug.org Thu Mar 5 05:13:29 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA10084 for ; Thu, 5 Mar 1998 05:13:27 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA18263 for pdftex-list; Thu, 5 Mar 1998 06:53:47 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA18260 for ; Thu, 5 Mar 1998 06:53:43 -0500 Received: from hagen (zl25.pi.net [145.220.204.25]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id MAA02216; Thu, 5 Mar 1998 12:54:46 +0100 (MET) Posted-Date: Thu, 5 Mar 1998 12:54:46 +0100 (MET) Message-ID: <34FDB151.4E40@pi.net> Date: Wed, 04 Mar 1998 20:53:53 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu CC: pragma@pi.net Subject: Re: xord/xchr References: <199803041618.QAA01618@nag.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle wrote: > Giving access to encoding changes at that level will destroy document > portability: one of the main reasons for the success of TeX as a system. Well, part of the system. The dvi files are far from portable, mainly due to the fact that the encoding vectors are not included in the file. Apart from shortcomings, pdf at least offers us portability. By adding non portable features (as very well explained by David) pdftex therefore sort of contradicts the p of pdf. Than, please wait till the etex team comes up with something, the discussions in Oldenburg were very promissing! Encoding is more than input encoding. Take (apart >From font, hyphenation and related aspects) for instance literal pdf info, stuff that goes into the text annotations, JavaScript data, etc etc. A simple one to one mapping system is not enough and a real useful system. It's already non trivial to deal with this and especially pdftex specific features can interfere nasty with such non generalized encoding solutions. Another important aspect is that the main stream macro packages will quite certainly use etex extensions and introducing conflicting encoding mechanisms will more or less put pdftex at the sideline. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Mar 5 07:46:11 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA13157 for ; Thu, 5 Mar 1998 07:46:09 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA18893 for pdftex-list; Thu, 5 Mar 1998 09:38:00 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA18890 for ; Thu, 5 Mar 1998 09:37:58 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA22755; Thu, 5 Mar 1998 15:39:03 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA14758; Thu, 5 Mar 1998 15:39:02 +0100 (MET) From: Han The Thanh Message-Id: <199803051439.PAA14758@anxur.fi.muni.cz> Subject: Re: PDFTeX 0.12f and \pdfdest In-Reply-To: <199803051429.PAA08882@vyvoj.vyvoj> from Jiri Osoba at "Mar 5, 98 03:29:17 pm" To: osoba@vyvoj.jablotron.cz Date: Thu, 5 Mar 1998 15:39:02 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > I tryed pdfTeX-0.12f and I found one problem: > > I specify \pdfdest name {blabla} fith\relax, in pdftex-0.11 the > destination is on the top of axtual box (it's OK, cos' I want to see > f.e. title). > > In pdftex-0.12f is the destination on the actual position, so If I > specify \line{\pdfdest name{Chap1} fith\relax\bf Chapter 1\hss}, > later, after click, I don't see the title Chapter 1, only the part > below baseline. > > Is it new feature or bug? it's been changed from pdftex-0.12*. In pdftex-0.11 \pdfdest... take the height of the box containing the whatsit in to account during output location of the dest. It works well for most cases, but also causes that in sometimes it's very difficult to control the location of dest. So I've decided to let it up to user; it's less comfortable but more flexible. In your case you can put \pdfdest before the command producing the text (quite ugly solution), or raise the \pdfdest to required location (ie \raise 1em\hbox{\pdfdest...}) (a better solution) or something similiar. Thanh From owner-pdftex@tug.org Thu Mar 5 08:16:18 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA13936 for ; Thu, 5 Mar 1998 08:16:16 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA19024 for pdftex-list; Thu, 5 Mar 1998 10:06:18 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA19021 for ; Thu, 5 Mar 1998 10:06:17 -0500 Received: from hagen (zl19.pi.net [145.220.204.19]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA12628; Thu, 5 Mar 1998 16:07:02 +0100 (MET) Posted-Date: Thu, 5 Mar 1998 16:07:02 +0100 (MET) Message-ID: <34FEBED8.3D75@pi.net> Date: Thu, 05 Mar 1998 16:03:52 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Han The Thanh CC: PDFTEX Subject: Re: pdftex-0.12c References: <199803042118.WAA14338@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello Thanh, > > > - map file syntax extended: now it is possible to say ie: > > > > > > cmr10 CMR10 !cmr10.pfb cmtext.enc > > > > Maybe an entry in the config file is more efficient. > > I'm not sure which entry do you have in mind. CAn you give an example? omitfonts=1 Which acts like an ! in from of every font.pfb spec > it may be a pdftex bug. Please send me the test file. > > > (4) Important question: did you remove the page destination? > > no. why? Because it looks like the page keyword is no longer valid. > > (5) What is the syntax of \pdfobj{}? Whatever I do, I get \CLOBBERED entries, but > > \pdflastobj returns the right pointer. > > it's been fixed now. Just use \pdfobj{whatever} and an object with that content > will be created. \pdflastobj returns the obj number. When I try (the most simple): \pdfobj{first} \pdfobj{second} \end I got two \CLOBBERED objects. Why? > > (6) Did you consider the hook in the catalog names? See the calculator demo for the > > use. > > please send me some samples, I need to understand it first :-) Ok, as soon as the \pdfobj works ok. > please switch to pdftex-0.12e if you haven't yet I did. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Mar 5 10:41:29 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA18153 for ; Thu, 5 Mar 1998 10:41:28 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA00704 for pdftex-list; Thu, 5 Mar 1998 12:28:32 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA00701 for ; Thu, 5 Mar 1998 12:28:30 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id SAA08523; Thu, 5 Mar 1998 18:29:35 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id SAA21902; Thu, 5 Mar 1998 18:29:34 +0100 (MET) From: Han The Thanh Message-Id: <199803051729.SAA21902@anxur.fi.muni.cz> Subject: Re: pdftex-0.12c In-Reply-To: <34FEBED8.3D75@pi.net> from Hans Hagen at "Mar 5, 98 04:03:52 pm" To: pragma@pi.net (Hans Hagen) Date: Thu, 5 Mar 1998 18:29:34 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk HI Hans, > omitfonts=1 > > Which acts like an ! in from of every font.pfb spec but what is the advantage of such an entry? > > > it may be a pdftex bug. Please send me the test file. > > > > > (4) Important question: did you remove the page destination? > > > > no. why? > > Because it looks like the page keyword is no longer valid. the syntax has been changed a little. Please see example.tex > > > > (5) What is the syntax of \pdfobj{}? Whatever I do, I get \CLOBBERED entries, but > > > \pdflastobj returns the right pointer. > > > > it's been fixed now. Just use \pdfobj{whatever} and an object with that content > > will be created. \pdflastobj returns the obj number. > > When I try (the most simple): > > \pdfobj{first} > \pdfobj{second} > > \end it works for me (see the appanded files) begin 644 t.zip M4$L#!!0 ( /V292279Y"0X1$ !@A % ="YP9&;M67E\3%??K[4U MQ)20J.7-G'R*59!+2K)*()8*;F3LS5V;FCGMGLEGB(=32!ZU::A7_GSG)O3)_GG_>_]_/ZN)G[_9[M^SOW M++_?.>&9IJ0H*EJET"(EX@K&HY@8!4YE7#:/'>F RE+$QBH$#\_03@4%6(DH MI%)3T5JE =[-3D5\C@(G4<@8;=2I48Y5S))CR8N@(O-SWE DYB@8E\5?'MZ@ M!87.UY)"JPDP:EG;F3QGSF8\* ^#,H1SF!)//K3 N3R0C$A3>B(+@:S86.2O M0".K(*?4S2"<2=L8!4Z 8HS+(R"M: K.8@3.RYL9 :E]1!IC8>EXK@3E$=T: MG3[::#0@G4X3K5?JH=U,FH?RR.#OB4![E-\$*\L+GH 5*C\I,&;.90FPQA!I MB2XS9V%=-@4VL58K PT007E(B0?33B>-38S#0^,<.P-_4VEG@87&(UB)L MU@;)P]P"Z^!<.-,.I,#B#"=CH['5BJTLMCK@!7[@U\)Y'(P Z?Z7\=C&TT4, MILU>#X/-- ]5%/ ,,$[:3 /DK 9^L/AH+&-X9VTRU+@$##-8 [^"PY:L..X M1)P!_WW S3E8P>Z TH* F1*S@W;B"5[.PT YGK79/=CE=18PO,#:7" #ZN6Q MFX'N=WDP[80W 9KPE?!E=Y/>=C!6_YN/I 62+!1BM\,K8#-'NLA>ZK8S+E(9 MRUFP3TT9PW.8%CXF(0* $Q[&A=@,[9@L W;L!VS>#PNQ [LQ"[,83>>@'DL8 _VXB)< MC$MP*2[#,!!)_S!.\C M4@W:*8U(J/P/22 5!GX#:6J#47S$2@*C5XE/J)QQ&"E MWU@==(*!0CHM:#!HQ32UCD):OU[284;*WTD$0UZQ#K6O8\0ZM#[C*:7*$ 0Z MB@J*EO\'"8F_Y?X.]"CC8RRI??K&CM%(ZX=5&%3P:7V?Y.?&KP2]Y E^" M4C[5,_F!Q9:B0G08OJOVJ6TOO <9C>(8AYU2V1]V M/1[&'Q5-84H5E5,#86)=OEB2[K!RQ2>0M7G<@K8BLNYP+1332&0F5T1;. MY2A%,,D5.)WSL&8&14C*1DL M;&:R6/9#J;#J.J+BHY]N.Y; X&/J=(L4(26\)8,EF/V8ZLM$-@?/PPEX7A'; A9'("2T2C M* I&9^.T'#MK+G3!/HI4_NI&#/$IT*@I'Q$GP&(-V<552&3("N:CHJ@ ET"[ M_05U!E\CD.-IXZ$71=/QR/@X^/>:;\2):<%%5@4SA.9YNE0A^F1:+9I((19: M*T&PD=E18"5';J]G,K)RO(*,#K4*8<%-PS<'VL>HD7_GDR@-:KR12RE:)-O4 M)5J'_!N\1.E18+.7. .2-GZ)-2*9$Q"D-4HD.0022R&9H*L3HED#I!$@V[1&9(8%6KD&$D):BE!(L$&6I*G Q/B) 3RXR4$TA,D!+I- M$@+-B4&D!ZU)$@*)@R4$\H9("#0E2PC$O"$AT)(B(="2*B'0DB8AT)(N(="2 M$40&T)(I(= R5$*@)4M"H"5;0J E1T*@99B$0$NNA$#+< F!EA$2 BTC@\@( M6D9)"+3(G$Z)5Z%&#JB4H$:-G%$I@-E$#05RB"(0XC M"H;F$DL6D4"<+F.A'\6@74:1?8Y$\#(*9(OAO(S2(%]L+Z- N2_0EW&@GD3] M,@;T^X\ 9"38()T'R'@PA98U058?3H[)%&F\;5)D[8E+E&'2YW(,RC.>+@/2 MY4<-LA3B=@2"UP ;&((P86V,AW6!4U $VY?2YQ5!KB 5S U?'N:&/#?UG[*K M]+Y$TCX4(IF>T%GS+_QN',%X\ MIHH"'R9*)49FL$!!5/9TUF$N%C;A9!,X+1"@&OSM97MXKI 1HVZ_)+.7)T=; M8M@ BT( 6UEPF!FFA#$KOO^6,P^H&+]T^7N>ZA=7'SYJRCNPCVIV>(:[:EO. M^LJI6[B]Y4O_&'5QZ-2OOFGQU9>O=_R5ZE?=_XOJUBN27CW2QM,T9O_BUX[7 MW2V/4>??'._0M6\[LGW$D9DOKYE<5WPLJ]LOGV74%+UD+%EV[_,6U^.%$[0^GKY[OVV-M_V,M*]B?7]O?_LJU5FV' MK$HX,O# \K,M8MYX8'K>.M-P_+KEZR4N;K*%K^^T &4EKX^:O'O-..6=F>_^ M4?>\8/LG0RO975\Z[L(,J2AM\XH&U?](:=]_+]6[%KD.CBL^9 M^$&CDU;73_K^2:]6^NHOXDLW_VO&]$].U)^+R*TH3SU0TUOHDMBM=/]'##4N-N=,UCKZ=M>>=3IN M116O=UQU_I2W]N#UBMK8[M;T?=W,VV^,:]C=^<8$S;7737D76[<\^5'5K>(! M0[Y:-?3#@G_P#:=.G6Q9-)'JL3(V9]1S7>_$K]!<67J_:L2$54W'14X[73QB M[*FN)[R?C2R9K'_V1%+9CL+[M1]U^M!PJ;QPP:ZJ<36&9^\/^)-:>O+=V MWMVPW3\N>N[VK&-'ESUS,CNEX/[F]T9=JAPW[T;-Z,Y7_DB)3;%\_8 MKT6WBNWR24?/[5Z___+YLU,G7>F\['#8'J=R[IJ']^,V#3XU[73UQ!F]*MJ6 M.&P/O=,O-4^\,?V_XK[8^A._]IOG>PU(O=3^D-+8\?WMBU8]ZAYO<>YEYJPLV9_V/Q MBN=>W+9\V?0;]YHMK)W]3JOYKF6[>)MMTX;/M&&'NU.;/W]O\924Q3;'NZD3 M'[O7'/VL[^V/N[Y?;\R[.;2A85;MHH=)5R]/J9XSZDSS8S]L&/S[U85)(ZLF^I:+:Q7/\I(OLQ$77WRUHJQ#\R9-3NZ/':M/,.O5V54QO?L M7K;STUV#](/'Y*8DYH55;"GH\L69R(Q5"]9?J[LR_*95WW.8J]SPBFYQ5F'N MQ-&WYCTI[_)YS0?-"IKLJ&QY(7+A#-/J-7]>'^A8HJX\_\S)HQGS7UV[?EG9 MW-Q1\910/&Y[V=X%>S=^>_I)NS=[/ ES;,D>?^8C?=^>FSL;W>=B?UPU)]?-?=-QIG]E7=6>:>/6Q4RRUH:%+T]) M*KF[^L\%7]*N[A>'J'L_NK6D]>4F'W3NEU@5LSCS;.5\O&32]QN_,N\^/+K7 MJ9F_=GIGS]PN'3ON#N^UMO85PU\[;J?NJ&O[0_GXDMM/?JN;U&Q]QO7(H4UR MK8\24/7]'BE7]/OVT)_.L#*]XG:TK5B58]S^N"!J_XZQQDOVLJRJ^=_E3ZOJ M^X/M0).M(_?=;5%;8/VF;N6E/N_N\U[HO37,E=YN2=S(DXHI:[CW%GTRRY18 M,J#?KH;ZYY+ZS(D_VR?ZZP7ED_H.;?O\]<&_9\^>>/!NV*$;NZ>7;5PY_KQT\FC+WQ:=_;)G\4]5I8].=OEC]>P5!^^IRMH^>JUSPT?CKFS[G>_Z M]H&?Q_>8\>9AX4BM?E:'C\_$91SC:Z/64H,>_U![YL$O']Y:N^KR%U^W>YA7 M6:^Q3MF9]5('-G8#M[EU_:_MS'\,:[GG8D[1RUV&'[S22WWYX;W2\)WIM[Z) M6?IMF_.?G)Y7LG73_GV+\[25YQ^?*+U=.+#W=W=WW"D^.@/EOX7[3W(P'8K[ M[=K>O/[:"^;YA6&%T_?/_7U?U[%AYC7/=+@YX_PST[:$:QZ\-?FFU/ MC'WQQH)-U@,SWUG6M'MZO_=-M9U+2W<=VG;NMV9C2D=&=>F6O>3KG$+WV>HN MO5=^_W[2KSTKS.NWG;JW8/'\]!UZCPG\+Q_?VM/D(+-HY9RI-0?9*:T+MTW2/Y.^UKVS)+R\VP/!]/:- MM\_-G;.N[)-V"?WZYCXZ^-[DW@'IUF[KWC:CB7E[S[\HLS$SLLW]AO M^C(N^CC<[^@JGRNQCQP-%#CAN?.E8,G#QZQ'-' MV7EBX'JET>DH\0X99RZ$_XT.->5>)PIQ.Q&YE'70-@&)W404V&F>7-Q&D'.P M2%_I).)-BH?R\LL;P]_>U@KDNM9+[H 4.(6U""A//)B77T11H243:#"%LRE\ M581>U,JO7Q/@TY';I(@<9D2D>--L\9H9P&Z+U4>).5C.9:(APHHP]:>,1H-2 MK=1"W*56*B-E%9?PX$,KD4H^PI!.JU5KD14%.#6YIA)37!*GID(XO)=5R0\_ TC#I>0;YX-EO&D&^$LS@.!I;!/_K% M*Q.C=,T#$US\GGJC4:4(#T_,2%+\#U!+ P04 " #\DF4D^U&W<1\ D M !0 '0N=&5XBRE(2RIIE!"=(PBI(#KX:BT/J>A&]>];.P1SF)EO&;:XUP-4W;4J^!ABS_U0 MMPVF9&P%WY4#7Z%9X9]%9&*39 '\ SN[QHRL8RD3+:JV?Y2RU#7A-TR6I121 M B38K':_ B:=V\B;3,2#+S3>G+R4"_$S257WYLI=97+O>U3NJ?@U=%!+ 0(4 Q0 ( M /V2920EP#X\J0 - % $ "D@482 !T+FQO9U!+!08 1 P # )D 2$P % end From owner-pdftex@tug.org Fri Mar 6 02:47:15 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA11232 for ; Fri, 6 Mar 1998 02:47:14 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA04753 for pdftex-list; Fri, 6 Mar 1998 04:40:40 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA04750 for ; Fri, 6 Mar 1998 04:40:38 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id KAA22686; Fri, 6 Mar 1998 10:41:26 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id KAA14480; Fri, 6 Mar 1998 10:41:24 +0100 (MET) From: Han The Thanh Message-Id: <199803060941.KAA14480@anxur.fi.muni.cz> Subject: Re: Units in PDFTEX.CFG In-Reply-To: <980305112138.61072@vms.rhbnc.ac.uk> from Philip Taylor at "Mar 5, 98 11:21:38 am" To: P.Taylor@vms.rhbnc.ac.uk Date: Fri, 6 Mar 1998 10:41:24 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > >> the values in config file (pdftex.cfg) are multiple by \mag now. If one wants to > >> use "true" dimensions with \mag, then the only way is to specify \pdfpagewidth > >> and \pdfpageheight (with keywork "true"). > > OK, but surely that should be permitted in the config file as well? * Phil. ok, I'll work on that later... Thanh From owner-pdftex@tug.org Fri Mar 6 11:43:09 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA23183 for ; Fri, 6 Mar 1998 11:43:05 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id NAA07068 for pdftex-list; Fri, 6 Mar 1998 13:33:42 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id NAA07065 for ; Fri, 6 Mar 1998 13:33:39 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id TAA26434 for ; Fri, 6 Mar 1998 19:34:40 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id TAA17226; Fri, 6 Mar 1998 19:47:14 +0100 (MET) Date: Fri, 6 Mar 1998 19:47:14 +0100 (MET) Message-Id: <199803061847.TAA17226@mozart.ujf-grenoble.fr> From: Thierry Bouche To: PDFTeX Mailing List Subject: puzzling /URI trouble X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, the following URL http://www-fourier.ujf-grenoble.fr:80/cgi-bin/zbfr/ZB/math-fr.html?AU=Taylor,+R&format=complete&type=html&maxdocs=10 seems to pose problems to acrobat reader because of the coma ! (acroread stops to read the string defining the URL precisely at the comma) is it a bug, a feature, is the a workaround? Thanks, Th. B. « et, quoique l'on pourrait mettre un point d'exclamation à la fin de chaque phrase, ce n'est peut-être pas une raison pour s'en dispenser ! » Comte de Lautréamont, 1869. From owner-pdftex@tug.org Fri Mar 6 12:05:22 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA23945 for ; Fri, 6 Mar 1998 12:05:21 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA07229 for pdftex-list; Fri, 6 Mar 1998 14:01:05 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id OAA07226 for ; Fri, 6 Mar 1998 14:01:04 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id UAA27330; Fri, 6 Mar 1998 20:02:11 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id UAA17405; Fri, 6 Mar 1998 20:14:44 +0100 (MET) Date: Fri, 6 Mar 1998 20:14:44 +0100 (MET) Message-Id: <199803061914.UAA17405@mozart.ujf-grenoble.fr> From: Thierry Bouche To: P.Taylor@vms.rhbnc.ac.uk CC: pdftex@tug.cs.umb.edu Subject: RE: puzzling /URI trouble In-Reply-To: <980306184247.646a0@vms.rhbnc.ac.uk> References: <980306184247.646a0@vms.rhbnc.ac.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « RE: puzzling /URI trouble », Philip Taylor (RHBNC) écrit : « maybe use the hex %xy notation for comma? ** Phil. « probably a good idea, but from pdf(la)tex, how would you output a pure %2C ? using sebastian's \href, the chars like &, \ are desactivated, so i can't do \char`\%, nor ^^25 as that one is already interpreted by tex as a true %... From owner-pdftex@tug.org Fri Mar 6 14:46:51 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA28510 for ; Fri, 6 Mar 1998 14:46:49 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id QAA07992 for pdftex-list; Fri, 6 Mar 1998 16:43:00 -0500 Received: from pccm41.quimica.uniovi.es (pccm41.quimica.uniovi.es [156.35.51.128]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id QAA07989 for ; Fri, 6 Mar 1998 16:42:58 -0500 From: carmenes@biosun.quimica.uniovi.es Received: from localhost (carmenes@localhost) by pccm41.quimica.uniovi.es (8.8.7/8.8.7) with SMTP id WAA03376 for ; Fri, 6 Mar 1998 22:47:31 +0100 X-Authentication-Warning: pccm41.quimica.uniovi.es: carmenes owned process doing -bs Date: Fri, 6 Mar 1998 22:47:30 +0100 (CET) X-Sender: carmenes@pccm41.quimica.uniovi.es To: pdftex@tug.cs.umb.edu Subject: Bugs in pdftex 0.12f Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by tug.cs.umb.edu id QAA07990 Sender: owner-pdftex@tug.org Precedence: bulk Dear Thanh, I have found the following bugs in pdftex 0.12f (linux binary); I do not know if they are new in 0.12f, but they were not present in neither 0.11 nor in the first 0.12 version: 1-Executing pdflatex -ini latex.ltx \\dump outputs files called "latex.ltx.fmt" and "latex.ltx.log" instead of "latex.fmt" and "latex.log", which is the expected behaviour. In other words, when the input-file extension is not ".tex", it is not stripped before generating the output file. 2-The \pdfimage primitive seems to be partially broken, as it does not longer obey the height dimension at all. For example, in \pdfimage height 3cm image.png or in \pdfimage height 3cm width 2 cm image.png the "height 3cm" part is simply ignored; the width field is obeyed though. This second bug can be really annoying. Regards, Ricardo. ============================================================== Dr. Ricardo Sánchez Cármenes, Departamento de Bioquímica y Biología Molecular, Universidad de Oviedo, E-33071-Oviedo, Spain. email "carmenes@biosun.quimica.uniovi.es" Fax: +34-8-5103157 ============================================================== From owner-pdftex@tug.org Mon Mar 9 03:58:53 1998 Flags: 000000000001 Received: from tug.org (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA07384 for ; Mon, 9 Mar 1998 03:58:52 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA04435 for pdftex-list; Mon, 9 Mar 1998 05:37:39 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA04432 for ; Mon, 9 Mar 1998 05:37:38 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA04410; hop 0; Mon, 9 Mar 1998 10:35:19 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 9 Mar 1998 10:29:41 +0000 Date: Sun, 8 Mar 1998 23:15:54 +0000 Message-ID: <9510-Sun08Mar1998231554+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Thierry.Bouche@ujf-grenoble.fr Cc: pdftex@tug.cs.umb.edu Subject: Re: puzzling /URI trouble In-Reply-To: <199803061847.TAA17226@mozart.ujf-grenoble.fr> References: <199803061847.TAA17226@mozart.ujf-grenoble.fr> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk I am puzzled by the URI with the comma in it. Trying it from home (with no Web connection), its clear that the full URL is passed into the PDF file correctly. So if it isnt working, it must be an Acrobat reader problem. Sebastian From owner-pdftex@tug.org Mon Mar 9 08:54:18 1998 Flags: 000000000001 Received: from tug.org (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA12655 for ; Mon, 9 Mar 1998 08:54:16 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA05565 for pdftex-list; Mon, 9 Mar 1998 10:35:26 -0500 Received: from oulu.fi (ousrvr.oulu.fi [130.231.240.1]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA05562 for ; Mon, 9 Mar 1998 10:35:24 -0500 Received: from ee.oulu.fi (ees2.oulu.fi [130.231.61.23]) by oulu.fi (8.8.5/8.8.5) with ESMTP id RAA17847 for ; Mon, 9 Mar 1998 17:36:32 +0200 (EET) Received: from stekt11 (stekt11 [130.231.60.51]) by ee.oulu.fi (8.8.8/8.8.5) with SMTP id RAA27171 for ; Mon, 9 Mar 1998 17:36:31 +0200 (EET) Date: Mon, 9 Mar 1998 17:36:31 +0200 (EET) From: Tuukka Toivonen X-Sender: tuukkat@stekt11 To: pdftex@tug.org Subject: [offtopic] dvipdf? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I'm sorry this is a bit offtopic but I can't think any better place... Q: Where can I get dvipdf program, which converts dvi to pdf? I see some people talking about the program, but I can't find it anywhere with any search engines. If dvipdf exists, why is there separate pdftex project then? What can pdftex do what dvipdf can't? -- | Tuukka Toivonen [PGP public key | Homepage: http://stekt.oulu.fi/~tuukkat/ available] | Try also finger -l tuukkat@stekt.oulu.fi | Studying information engineering at the University of Oulu +----------------------------------------------------------- From owner-pdftex@tug.org Mon Mar 9 09:53:03 1998 Flags: 000000000001 Received: from tug.org (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA14146 for ; Mon, 9 Mar 1998 09:53:01 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA05856 for pdftex-list; Mon, 9 Mar 1998 11:45:26 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA05853 for ; Mon, 9 Mar 1998 11:45:11 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id RAA04499 for ; Mon, 9 Mar 1998 17:46:19 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id RAA29233; Mon, 9 Mar 1998 17:59:17 +0100 (MET) Date: Mon, 9 Mar 1998 17:59:17 +0100 (MET) Message-Id: <199803091659.RAA29233@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.cs.umb.edu Subject: Re: puzzling /URI trouble IX-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk after some experiments, it appears that the comma yields problems in the communication between acrobat and netscape: an url containing a comma clashes with the optional argument in netscape function calls: OpenURL(url[, new-window|window-name]) either newer versions (like on windows) of acroread than the one i use under solaris have this fixed (by sending %2C instead of the comma to netscape ?) or there is still some mistery left. Cheers, Th. B. From owner-pdftex@tug.org Mon Mar 9 10:01:09 1998 Flags: 000000000001 Received: from tug.org (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA14328 for ; Mon, 9 Mar 1998 10:01:08 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA05917 for pdftex-list; Mon, 9 Mar 1998 11:57:04 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA05914 for ; Mon, 9 Mar 1998 11:57:02 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id QAA24047; hop 0; Mon, 9 Mar 1998 16:54:43 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 9 Mar 1998 16:49:12 +0000 Date: Mon, 9 Mar 1998 16:48:34 +0000 Message-ID: <1527-Mon09Mar1998164834+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: tuukkat@ees2.oulu.fi Cc: pdftex@tug.org Subject: Re: [offtopic] dvipdf? In-Reply-To: References: X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Tuukka Toivonen writes: > > Q: Where can I get dvipdf program, which converts dvi to pdf? > > I see some people talking about the program, but I can't find it > anywhere with any search engines. it only exists on the system of its author, Sergey Lesenko. one of these days, I expect he'll release it. > If dvipdf exists, why is there separate pdftex project then? What can > pdftex do what dvipdf can't? various answers: - the pdfTeX projecy is about more than pdf generation (thanh wants to use it as a test vehicle for other projects like trying the HZ algorithm) - speed/elegance? who wants dvi files around? who wants to run two programs when one will do? - ability to break links which cross line-boundaries into multiple links[1] there are probably several other answers. in practice, of course, since Sergey hasn't released dvipdf, we don't have much choice! i personally think pdftex is more "fun" than a dvi to PDF..... sebastian [1] yes i know people say they can it with TeX/dvi. but they haven't demonstrated it in a robust general way yet. From owner-pdftex@tug.org Tue Mar 10 00:17:40 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA05160 for ; Tue, 10 Mar 1998 00:17:38 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA09151 for pdftex-list; Tue, 10 Mar 1998 02:01:42 -0500 Received: from m10.ihep.su (m10.ihep.su [194.190.161.5]) by tug.org (8.8.5/8.8.5) with SMTP id CAA09148 for ; Tue, 10 Mar 1998 02:01:35 -0500 Received: from lesenko.ihep.su by m10.ihep.su (MX V4.1 VAX) with SMTP; Tue, 10 Mar 1998 10:01:31 GMT+03:00 From: "Sergey Lesenko" To: "Tuukka Toivonen" CC: Subject: DVIPDF project Date: Tue, 10 Mar 1998 09:56:22 +0300 Message-ID: <01bd4bf1$a30112c0$a3a1bec2@lesenko.ihep.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-pdftex@tug.org Precedence: bulk Tuukka Toivonens: >Q: Where can I get dvipdf program, which converts dvi to pdf? The DVIPDF is other project in same area. The program will be able in this spring. I hope that some subroutines (as partial Type1 loading) will be useful for PDFTeX project too. Regards, Sergey Lesenko From owner-pdftex@tug.org Tue Mar 10 04:53:49 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA10654 for ; Tue, 10 Mar 1998 04:53:48 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA10110 for pdftex-list; Tue, 10 Mar 1998 06:00:36 -0500 Received: from pccm41.quimica.uniovi.es (pccm41.quimica.uniovi.es [156.35.51.128]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA10102 for ; Tue, 10 Mar 1998 05:59:16 -0500 From: carmenes@biosun.quimica.uniovi.es Received: from localhost (carmenes@localhost) by pccm41.quimica.uniovi.es (8.8.7/8.8.7) with SMTP id MAA17536 for ; Tue, 10 Mar 1998 12:03:37 +0100 X-Authentication-Warning: pccm41.quimica.uniovi.es: carmenes owned process doing -bs Date: Tue, 10 Mar 1998 12:03:36 +0100 (CET) X-Sender: carmenes@pccm41.quimica.uniovi.es To: pdftex@tug.cs.umb.edu Subject: h+voffset in pdftex.cfg Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by tug.org id GAA10108 Sender: owner-pdftex@tug.org Precedence: bulk Dear Thanh, I hope you have received my bug report of last friday. Now, I would like to comment my opinion about the effect of hoffset and voffset in the pdftex.cfg file. Firstly, I have noticed that these values are effectives only if the is no \hoffset or \voffset (respectivley) in the TeX file, except in one case: when they are set to zero. This behaviour is inconsistent at best, and is a bug for me. If we have "hoffset 1in" in pdftex.cfg and "\hoffset=0pt" in the TeX file, then we obtain in the output a horizontal offset of 1 inch, but if we set "\hoffset=0.001pt" in the TeX file (with the same pdftex.cfg as before), then we obtain an offset which is virtually zero (and of course, with "\hoffset=2in", the expected offset of two inches and so on). In other words, \hoffset and \voffset in TeX files are always obeyed, except when set to zero points, which is inconsistent. Secondly, in my opinion "hoffset" and "voffset" in pdftex.cfg should set an absolute starting offset to which the \hoffset and \voffset in TeX would be relative. This behaviour would be closer to that of standard TeX+dvi, making it easier to use the same macro packages for standard TeX and PDFTeX. I would expect that PDFTeX-specific packages take care of getting special layouts, and not the other way round, that is not to have to modify every existing package in order to get the same usual page layout. I don't think this would be any trouble for PDFTeX-specific macro package designers. I hope I have been able to explain my point of view clearly enough. If it is not clear, please let me know. Regards, Ricardo. ============================================================== Dr. Ricardo Sánchez Cármenes, Departamento de Bioquímica y Biología Molecular, Universidad de Oviedo, E-33071-Oviedo, Spain. email "carmenes@biosun.quimica.uniovi.es" Fax: +34-8-5103157 ============================================================== From owner-pdftex@tug.org Tue Mar 10 05:49:56 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA11722 for ; Tue, 10 Mar 1998 05:49:55 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA10536 for pdftex-list; Tue, 10 Mar 1998 07:42:57 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA10533 for ; Tue, 10 Mar 1998 07:42:55 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id MAA24494; hop 0; Tue, 10 Mar 1998 12:40:29 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Tue, 10 Mar 1998 12:34:54 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id MAA28520; Tue, 10 Mar 1998 12:32:42 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id MAA10844; Tue, 10 Mar 1998 12:32:41 GMT Date: Tue, 10 Mar 1998 12:32:41 GMT Message-Id: <199803101232.MAA10844@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: tuukkat@ees2.oulu.fi Cc: pdftex@tug.org Subject: Re: [offtopic] dvipdf? In-Reply-To: References: <1527-Mon09Mar1998164834+0000-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Tuukka Toivonen writes: > Well, for this point, wouldn't it be much more useful to put PostScript > file generation in TeX? It's much more common output format anyway. but PDF is *so* much more useful! PostScript done right... > would be easy to delete dvips and save some space. This is not true if the > output format is compiled into TeX. pdftex does produce .dvi by default. sebastian From owner-pdftex@tug.org Tue Mar 10 05:53:46 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA11818 for ; Tue, 10 Mar 1998 05:53:45 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA10474 for pdftex-list; Tue, 10 Mar 1998 07:31:45 -0500 Received: from oulu.fi (ousrvr.oulu.fi [130.231.240.1]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA10471 for ; Tue, 10 Mar 1998 07:31:44 -0500 Received: from ee.oulu.fi (ees2.oulu.fi [130.231.61.23]) by oulu.fi (8.8.5/8.8.5) with ESMTP id OAA27395; Tue, 10 Mar 1998 14:32:48 +0200 (EET) Received: from stekt43 (stekt43 [130.231.60.83]) by ee.oulu.fi (8.8.8/8.8.5) with SMTP id OAA28872; Tue, 10 Mar 1998 14:32:48 +0200 (EET) Date: Tue, 10 Mar 1998 14:32:48 +0200 (EET) From: Tuukka Toivonen X-Sender: tuukkat@stekt43 To: Sebastian Rahtz cc: pdftex@tug.org Subject: Re: [offtopic] dvipdf? In-Reply-To: <1527-Mon09Mar1998164834+0000-s.rahtz@elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Mon, 9 Mar 1998, Sebastian Rahtz wrote: > > If dvipdf exists, why is there separate pdftex project then? What can > > pdftex do what dvipdf can't? > - speed/elegance? who wants dvi files around? who wants to run two > programs when one will do? Well, for this point, wouldn't it be much more useful to put PostScript file generation in TeX? It's much more common output format anyway. Except that in my humble opinion TeX should just do one single thing well (output DVIs). If one doesn't need some output format, say PostScript, it would be easy to delete dvips and save some space. This is not true if the output format is compiled into TeX. >there are probably several other answers. in practice, of course, >since Sergey hasn't released dvipdf, we don't have much choice! i Yep, it's impossible to argue about this point. -- | Tuukka Toivonen [PGP public key | Homepage: http://stekt.oulu.fi/~tuukkat/ available] | Try also finger -l tuukkat@stekt.oulu.fi | Studying information engineering at the University of Oulu +----------------------------------------------------------- From owner-pdftex@tug.org Tue Mar 10 07:02:57 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA13365 for ; Tue, 10 Mar 1998 07:02:56 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA10801 for pdftex-list; Tue, 10 Mar 1998 08:55:34 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA10798 for ; Tue, 10 Mar 1998 08:55:25 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id OAA07817; Tue, 10 Mar 1998 14:55:57 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id PAA20943; Tue, 10 Mar 1998 15:09:02 +0100 (MET) Date: Tue, 10 Mar 1998 15:09:02 +0100 (MET) Message-Id: <199803101409.PAA20943@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Sebastian Rahtz Cc: tuukkat@ees2.oulu.fi, pdftex@tug.org Subject: Re: [offtopic] dvipdf? In-Reply-To: <199803101232.MAA10844@lurgmhor.elsevier.co.uk> References: <1527-Mon09Mar1998164834+0000-s.rahtz@elsevier.co.uk> <199803101232.MAA10844@lurgmhor.elsevier.co.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: [offtopic] dvipdf? », Sebastian Rahtz écrit : « Tuukka Toivonen writes: « > Well, for this point, wouldn't it be much more useful to put PostScript « > file generation in TeX? It's much more common output format anyway. « « but PDF is *so* much more useful! PostScript done right... basically, i agree. Moreover, you typically get a better PS with pdftex+acrobat than with dvips (for instance you can compress bitmaps with level 2 filters) It remains to implement all we were used to in PS though: - clipping of charachters in virtual fonts and in graphicx - pdftricks - MM fonts without mmpfb - \pagecolor - ... Th. B. From owner-pdftex@tug.org Tue Mar 10 07:14:31 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA13640 for ; Tue, 10 Mar 1998 07:14:30 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA10860 for pdftex-list; Tue, 10 Mar 1998 09:07:43 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA10857 for ; Tue, 10 Mar 1998 09:07:28 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA24455; Tue, 10 Mar 1998 15:08:21 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA05213; Tue, 10 Mar 1998 15:08:21 +0100 (MET) From: Han The Thanh Message-Id: <199803101408.PAA05213@anxur.fi.muni.cz> Subject: Re: h+voffset in pdftex.cfg In-Reply-To: from "carmenes@biosun.quimica.uniovi.es" at "Mar 10, 98 12:03:36 pm" To: carmenes@biosun.quimica.uniovi.es Date: Tue, 10 Mar 1998 15:08:20 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Dear Ricardo, > I hope you have received my bug report of last friday. yes I did, but I haven't had time to look at the bugs yet. > > Now, I would like to comment my opinion about the effect > of hoffset and voffset in the pdftex.cfg file. > > Firstly, I have noticed that these values are effectives only > if the is no \hoffset or \voffset (respectivley) in the TeX > file, except in one case: when they are set to zero. > > This behaviour is inconsistent at best, and is a bug for me. > If we have "hoffset 1in" in pdftex.cfg and "\hoffset=0pt" in > the TeX file, then we obtain in the output a horizontal offset > of 1 inch, but if we set "\hoffset=0.001pt" in the TeX file > (with the same pdftex.cfg as before), then we obtain an offset > which is virtually zero (and of course, with "\hoffset=2in", > the expected offset of two inches and so on). > > In other words, \hoffset and \voffset in TeX files are always > obeyed, except when set to zero points, which is inconsistent. > > Secondly, in my opinion "hoffset" and "voffset" in pdftex.cfg > should set an absolute starting offset to which the \hoffset > and \voffset in TeX would be relative. This behaviour would be > closer to that of standard TeX+dvi, making it easier to use the > same macro packages for standard TeX and PDFTeX. I would expect > that PDFTeX-specific packages take care of getting special > layouts, and not the other way round, that is not to have to > modify every existing package in order to get the same usual > page layout. I don't think this would be any trouble for > PDFTeX-specific macro package designers. oh yes your point seems to be quite logic to me. The hardest problem is almost every suggestion seems good to me, so I cannot make my decision easily :-). If you suggested this a month ago when there was a discussion about page dimensions and offsets on pdftex mailing list, it would be extremly useful. Now I could change the page offsets as you suggested, but I would like to hear what others say about it first :-). So please be patient on it. Regards, Thanh From owner-pdftex@tug.org Tue Mar 10 07:38:03 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA14201 for ; Tue, 10 Mar 1998 07:38:02 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA10887 for pdftex-list; Tue, 10 Mar 1998 09:11:29 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA10884 for ; Tue, 10 Mar 1998 09:11:27 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA25006; Tue, 10 Mar 1998 15:12:36 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA05459; Tue, 10 Mar 1998 15:12:35 +0100 (MET) From: Han The Thanh Message-Id: <199803101412.PAA05459@anxur.fi.muni.cz> Subject: Re: pdftex-0.12e In-Reply-To: <199803051640.RAA15332@mozart.ujf-grenoble.fr> from Thierry Bouche at "Mar 5, 98 05:40:09 pm" To: Thierry.Bouche@ujf-grenoble.fr (Thierry Bouche) Date: Tue, 10 Mar 1998 15:12:35 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > just recompiled 0.12f > > i have a strange problem : the file > ftp://fourier.ujf-grenoble.fr/pub/contrib-tex/Zhou.pdf > is viewable in acroread, but kills gs. > unfortunately, it was done with private macros of the journal, that i > can't share... > > i have sometimes Violation Caughts messages from acroread with newer > versions of pdftex, especially when inserting images (pdf or > png)._sorry to be not very much precise... I've found out that this bug is caused by incorrect length of image in PDF output. will be fixed in pdftex-0.12g (comming soon) Cheers, Thanh From owner-pdftex@tug.org Tue Mar 10 07:54:19 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA14600 for ; Tue, 10 Mar 1998 07:54:18 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA11027 for pdftex-list; Tue, 10 Mar 1998 09:42:42 -0500 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA11024 for ; Tue, 10 Mar 1998 09:42:29 -0500 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id PAA21597 (8.7.6/IDA-1.6 for ); Tue, 10 Mar 1998 15:48:17 +0100 Message-ID: <199803101448.PAA21597@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.cs.umb.edu Date: Tue, 10 Mar 1998 15:44:11 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: h+voffset in pdftex.cfg Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 10 Mar 98 at 12:03, carmenes@biosun.quimica.uniov wrote: > Firstly, I have noticed that these values are effectives only > if the is no \hoffset or \voffset (respectivley) in the TeX > file, except in one case: when they are set to zero. [...] > Secondly, in my opinion "hoffset" and "voffset" in pdftex.cfg > should set an absolute starting offset to which the \hoffset > and \voffset in TeX would be relative. This behaviour would be > closer to that of standard TeX+dvi [...] I agree. \hoffset and \voffset, in TeX, mean distances from point on the page, which is 1in far from left and top edge of paper. Would be nice to be able to change these (1in) distances, f.e. in pdftex.cfg, but the final distances should (must?) be pdftex.cfg.hoffset+\hoffset, pdftex.cfg.voffset+\voffset. Jiri. From owner-pdftex@tug.org Tue Mar 10 08:27:59 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA15592 for ; Tue, 10 Mar 1998 08:27:58 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA11151 for pdftex-list; Tue, 10 Mar 1998 10:10:56 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA11148 for ; Tue, 10 Mar 1998 10:10:53 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id QAA03108; Tue, 10 Mar 1998 16:12:01 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id QAA09697; Tue, 10 Mar 1998 16:12:01 +0100 (MET) From: Han The Thanh Message-Id: <199803101512.QAA09697@anxur.fi.muni.cz> Subject: Re: h+voffset in pdftex.cfg In-Reply-To: <980310141729.7dd2a@vms.rhbnc.ac.uk> from Philip Taylor at "Mar 10, 98 02:17:29 pm" To: P.Taylor@vms.rhbnc.ac.uk Date: Tue, 10 Mar 1998 16:12:01 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Phil, > Ahoj Thanh : jak se má s?! many thanks, today a lot better than the last days, when I had a very painful week... > >> oh yes your point seems to be quite logic to me. The hardest problem is > >> almost every suggestion seems good to me, so I cannot make my decision > >> easily :-). If you suggested this a month ago when there was a discussion about > >> page dimensions and offsets on pdftex mailing list, it would be extremly useful. > >> Now I could change the page offsets as you suggested, but I would like to hear > >> what others say about it first :-). So please be patient on it. > > Could you document the current algorithm, then it would be > easier to comment on it... here is the current algorithm how pdftex calculates page dimensions and offsets ("cfg" stands for config): if h_offset <> 0 then cur_hoffset := h_offset else if cfg_hoffset <> 0 then cur_hoffset := cfg_hoffset else cur_hoffset := 0; prepare_mag; if pdf_page_width <> 0 then begin if (mag <> 1000) and (mag <> 0) then begin ; end else cur_page_width := pdf_page_width; end else if cfg_page_width <> 0 then cur_page_width := cfg_page_width else cur_page_width := width(box_being_output) + 2*cur_hoffset; If \mag is not zero than an appropriate matrix is written before pdftex starts to write anything to current page. When output page dimension to pdf output, cur_page_width/height is multiplied by \mag. Thanh From owner-pdftex@tug.org Tue Mar 10 08:31:05 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA15688 for ; Tue, 10 Mar 1998 08:31:03 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA11212 for pdftex-list; Tue, 10 Mar 1998 10:24:46 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id KAA11209 for ; Tue, 10 Mar 1998 10:24:44 -0500 Date: Tue, 10 Mar 1998 15:25:41 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: PDFTEX@TUG.CS.UMB.EDU CC: CHAA006@vms.rhbnc.ac.uk Message-Id: <980310152541.7dd2a@vms.rhbnc.ac.uk> Subject: Origins Sender: owner-pdftex@tug.org Precedence: bulk >> I agree. \hoffset and \voffset, in TeX, mean distances from point on >> the page, which is 1in far from left and top edge of paper. Almost, but not completely accurate : TeX's origin is 1 TRUE in below and to the right of the top-left corner, a nice but very important distinction. ** Phil. From owner-pdftex@tug.org Tue Mar 10 08:42:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA16055 for ; Tue, 10 Mar 1998 08:42:37 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA11239 for pdftex-list; Tue, 10 Mar 1998 10:27:08 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA11236 for ; Tue, 10 Mar 1998 10:27:06 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id QAA14565; Tue, 10 Mar 1998 16:28:15 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA23964; Tue, 10 Mar 1998 16:41:21 +0100 (MET) Date: Tue, 10 Mar 1998 16:41:21 +0100 (MET) Message-Id: <199803101541.QAA23964@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Jiri Osoba Cc: pdftex@tug.org Subject: Re: h+voffset in pdftex.cfg In-Reply-To: <199803101448.PAA21597@vyvoj.vyvoj> References: <199803101448.PAA21597@vyvoj.vyvoj> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: h+voffset in pdftex.cfg », Jiri Osoba écrit : « Would be nice to be able to change these (1in) distances, f.e. in « pdftex.cfg, but the final distances should (must?) be « pdftex.cfg.hoffset+\hoffset, pdftex.cfg.voffset+\voffset. I agree too, but then the pdftex.cfg params should have different names (h_orig, v_orig e.g.) Thierry From owner-pdftex@tug.org Tue Mar 10 09:41:57 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA17839 for ; Tue, 10 Mar 1998 09:41:55 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA11476 for pdftex-list; Tue, 10 Mar 1998 11:29:26 -0500 Received: from pccm41.quimica.uniovi.es (pccm41.quimica.uniovi.es [156.35.51.128]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA11470 for ; Tue, 10 Mar 1998 11:28:47 -0500 From: carmenes@biosun.quimica.uniovi.es Received: from localhost (carmenes@localhost) by pccm41.quimica.uniovi.es (8.8.7/8.8.7) with SMTP id RAA19335 for ; Tue, 10 Mar 1998 17:31:40 +0100 X-Authentication-Warning: pccm41.quimica.uniovi.es: carmenes owned process doing -bs Date: Tue, 10 Mar 1998 17:31:39 +0100 (CET) X-Sender: carmenes@pccm41.quimica.uniovi.es To: pdftex@tug.org Subject: Re: h+voffset in pdftex.cfg In-Reply-To: <199803101512.QAA09697@anxur.fi.muni.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by tug.org id LAA11474 Sender: owner-pdftex@tug.org Precedence: bulk On Tue, 10 Mar 1998, Han The Thanh wrote: ... > here is the current algorithm how pdftex calculates page dimensions and offsets > ("cfg" stands for config): > > if h_offset <> 0 then > cur_hoffset := h_offset > else if cfg_hoffset <> 0 then > cur_hoffset := cfg_hoffset > else > cur_hoffset := 0; ... I can't see any reason to treat differently pages where the offset has been set to zero; in fact this can have unexpected and unwanted effects. With respect to the comments of Jiri and Thierry: > Concernant « Re: h+voffset in pdftex.cfg », Jiri Osoba écrit : > « Would be nice to be able to change these (1in) distances, f.e. in > « pdftex.cfg, but the final distances should (must?) be > « pdftex.cfg.hoffset+\hoffset, pdftex.cfg.voffset+\voffset. > > I agree too, but then the pdftex.cfg params should have different > names (h_orig, v_orig e.g.) I agree with all above. Regards, Ricardo. ============================================================== Dr. Ricardo Sánchez Cármenes, Departamento de Bioquímica y Biología Molecular, Universidad de Oviedo, E-33071-Oviedo, Spain. email "carmenes@biosun.quimica.uniovi.es" Fax: +34-8-5103157 ============================================================== From owner-pdftex@tug.org Wed Mar 11 00:54:27 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA10640 for ; Wed, 11 Mar 1998 00:54:26 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA15128 for pdftex-list; Wed, 11 Mar 1998 02:45:30 -0500 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA15125 for ; Wed, 11 Mar 1998 02:45:27 -0500 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id IAA09129 (8.7.6/IDA-1.6 for ); Wed, 11 Mar 1998 08:18:53 +0100 Message-ID: <199803110718.IAA09129@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.org Date: Wed, 11 Mar 1998 08:15:41 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-2 Subject: Re: h+voffset in pdftex.cfg Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-printable to 8bit by tug.org id CAA15126 Sender: owner-pdftex@tug.org Precedence: bulk > >> I agree. \hoffset and \voffset, in TeX, mean distances from point > >> on the page, which is 1in far from left and top edge of paper. > > Almost, but not completely accurate : TeX's origin is 1 TRUE in > below and to the right of the top-left corner, a nice but very > important distinction. > > ** Phil. Of course, you are right. On 10 Mar 98 at 16:41, Thierry Bouche wrote: > Concernant .5 Re: h+voffset in pdftex.cfg +, Jiri Osoba Thetacrit : > .5 Would be nice to be able to change these (1in) distances, f.e. in > .5 pdftex.cfg, but the final distances should (must?) be > .5 pdftex.cfg.hoffset+\hoffset, pdftex.cfg.voffset+\voffset. > > I agree too, but then the pdftex.cfg params should have different > names (h_orig, v_orig e.g.) > May be could be better hmargin and vmargin? Jiri. From owner-tex-pretest@tug.org Wed Mar 11 00:59:46 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA10716 for ; Wed, 11 Mar 1998 00:59:44 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA15172 for tex-pretest-list; Wed, 11 Mar 1998 02:54:51 -0500 Received: from math.feld.cvut.cz (newton.feld.cvut.cz [147.32.244.10]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA15169; Wed, 11 Mar 1998 02:54:49 -0500 Received: from localhost (olsak@localhost) by math.feld.cvut.cz (8.8.5/8.8.5) with SMTP id IAA10459; Wed, 11 Mar 1998 08:52:50 +0100 Date: Wed, 11 Mar 1998 08:52:50 +0100 (MET) From: Petr Olsak To: David Carlisle cc: pdftex@tug.org, tex-pretest@tug.org Subject: Re: xord/xchr In-Reply-To: <199803041618.QAA01618@nag.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk On Wed, 4 Mar 1998, David Carlisle wrote: > ... > I was one of the ones who successfully argued in December 96 that such a > feature should not be added to web2c 7.0 The same arguments apply > with even greater force now, as any changes in this area would impact > badly on any future mechanism that etex might have for supporting > multiple encodings. > ... Dear David I have read your contribution to xord/xchr discussion and I am disgusted. I see the general rule: If the person has the domain extension .uk or .com or .edu, then he is blocking of any changes in xord/xchr. Of course---yours native language is English and the TeX without changing xord/xchr is sufficient. The possibility of typing other languages via TeX is only interesting extravagance problem for you but not the daily matter. This implies, the active catcodes may be seem for this extravagances as sufficient. You know all problems connected with active catcodes and changing font encoding within paragraph in the document, but this problems is not expessed in yours argumentations. Try to imagine that you must work on operating system, where the EBCDIC encoding is adopted. The TeX system has the basic collection of fonts in METAFONT sources. It is indepedent on operating system and is based on ASCII. Will you solve the differences between your EBCDIC source text files and ASCII text fonts in TeX using active characters? No! The solution is sugested by Knuth: changing xord/xchr vector at the compile time of TeX. Our possition is very similar: EBCDIC->ISO8859-2 or whatever else, ASCII->T1(Cork) or whatever else. We have to change the xord/xchr at the compile time of TeX. This change is for administrators more confortable, if it is moved from compile time of TeX binaries to iniTeX time. This is the right time, when format is generated and the internal TeX encoding is adopted (hyphenation tables). Your argumetation that the encoding of a document must be expressed in header of this document is bad. The naive user commonly does not know what encoding is adopted in his operating system. Why he must write this information in the header? The encoding of document is automatically changed during transfer from different operating systems. These changes are done via e-mail agents, web transports systems etc. The information of encoding in the header of document is not changed and it will possibly bad. Is it your idea about document portability? I have writen an article of my solution of xord/xchr changing. You can give your arguments to my individual arguments in this article. I never seen that my arguments were discussed. The subset of arguments of my article is possible to found on ftp://math.feld.cvut.cz/pub/olsak/enctex/README.eng. Your disagreeing with changes of xord/xchr implies only one result: Many different and incompatible patches solving this problem will exist in non-English countries. One patch is for example mine encTeX extension. This patch is standartised in CSTeX package and this package is widelly used in Czech and Slovak republics. This evolution is totally independent on your opinions of xord/xchr vectors. Petr Olsak the maintaner of CSTeX, package for Czech and Slovak republics. PS: I am not subscribed in the e-mail lists mentioned in the header. If this subject will be discussed there, please CC to olsak@math.feld.cvut.cz. From owner-pdftex@tug.org Wed Mar 11 01:03:03 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA10784 for ; Wed, 11 Mar 1998 01:03:02 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA15178 for pdftex-list; Wed, 11 Mar 1998 02:54:54 -0500 Received: from math.feld.cvut.cz (newton.feld.cvut.cz [147.32.244.10]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA15169; Wed, 11 Mar 1998 02:54:49 -0500 Received: from localhost (olsak@localhost) by math.feld.cvut.cz (8.8.5/8.8.5) with SMTP id IAA10459; Wed, 11 Mar 1998 08:52:50 +0100 Date: Wed, 11 Mar 1998 08:52:50 +0100 (MET) From: Petr Olsak To: David Carlisle cc: pdftex@tug.org, tex-pretest@tug.org Subject: Re: xord/xchr In-Reply-To: <199803041618.QAA01618@nag.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 4 Mar 1998, David Carlisle wrote: > ... > I was one of the ones who successfully argued in December 96 that such a > feature should not be added to web2c 7.0 The same arguments apply > with even greater force now, as any changes in this area would impact > badly on any future mechanism that etex might have for supporting > multiple encodings. > ... Dear David I have read your contribution to xord/xchr discussion and I am disgusted. I see the general rule: If the person has the domain extension .uk or .com or .edu, then he is blocking of any changes in xord/xchr. Of course---yours native language is English and the TeX without changing xord/xchr is sufficient. The possibility of typing other languages via TeX is only interesting extravagance problem for you but not the daily matter. This implies, the active catcodes may be seem for this extravagances as sufficient. You know all problems connected with active catcodes and changing font encoding within paragraph in the document, but this problems is not expessed in yours argumentations. Try to imagine that you must work on operating system, where the EBCDIC encoding is adopted. The TeX system has the basic collection of fonts in METAFONT sources. It is indepedent on operating system and is based on ASCII. Will you solve the differences between your EBCDIC source text files and ASCII text fonts in TeX using active characters? No! The solution is sugested by Knuth: changing xord/xchr vector at the compile time of TeX. Our possition is very similar: EBCDIC->ISO8859-2 or whatever else, ASCII->T1(Cork) or whatever else. We have to change the xord/xchr at the compile time of TeX. This change is for administrators more confortable, if it is moved from compile time of TeX binaries to iniTeX time. This is the right time, when format is generated and the internal TeX encoding is adopted (hyphenation tables). Your argumetation that the encoding of a document must be expressed in header of this document is bad. The naive user commonly does not know what encoding is adopted in his operating system. Why he must write this information in the header? The encoding of document is automatically changed during transfer from different operating systems. These changes are done via e-mail agents, web transports systems etc. The information of encoding in the header of document is not changed and it will possibly bad. Is it your idea about document portability? I have writen an article of my solution of xord/xchr changing. You can give your arguments to my individual arguments in this article. I never seen that my arguments were discussed. The subset of arguments of my article is possible to found on ftp://math.feld.cvut.cz/pub/olsak/enctex/README.eng. Your disagreeing with changes of xord/xchr implies only one result: Many different and incompatible patches solving this problem will exist in non-English countries. One patch is for example mine encTeX extension. This patch is standartised in CSTeX package and this package is widelly used in Czech and Slovak republics. This evolution is totally independent on your opinions of xord/xchr vectors. Petr Olsak the maintaner of CSTeX, package for Czech and Slovak republics. PS: I am not subscribed in the e-mail lists mentioned in the header. If this subject will be discussed there, please CC to olsak@math.feld.cvut.cz. From owner-tex-pretest@tug.org Wed Mar 11 02:06:35 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA11912 for ; Wed, 11 Mar 1998 02:06:34 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA15448 for tex-pretest-list; Wed, 11 Mar 1998 04:01:48 -0500 Received: from note.orchestra.cse.unsw.EDU.AU (note.orchestra.cse.unsw.EDU.AU [129.94.242.29]) by tug.org (8.8.5/8.8.5) with SMTP id EAA15445; Wed, 11 Mar 1998 04:01:43 -0500 Received: From sticks02 With LocalMail ; Wed, 11 Mar 98 20:02:06 +1100 From: plaice@cse.unsw.edu.au (John Plaice) To: olsak@math.feld.cvut.cz (Petr Olsak) Date: Wed, 11 Mar 1998 20:02:05 +1100 (EST) Message-Id: <980311090205.26689@cse.unsw.edu.au> Subject: Re: xord/xchr Cc: davidc@nag.co.uk, pdftex@tug.org, tex-pretest@tug.org In-Reply-To: from "Petr Olsak" at Mar 11, 98 08:52:50 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-tex-pretest@tug.org Precedence: bulk Knuth was wrong. With global networks, we do not want files with different encodings that have no internal or external tags to designate the encodings that are being used. But you can use Omega. The 1.5 release, to be finished Friday, will be included in the web2c-7.2 release and on the TeX Live CD, and allows the use of arbitrary encodings, including ones that are not based on 1:1 translations. There is even documentation. Omega supports ALL character sets (so long as they have the Latin alphabetic characters) that are based on ASCII, EBCDIC, Unicode or Unicode Little Endian. And they can be changed for every single document, file, paragraph, line, what have you. You can have your brioche and eat it too. John ---- > On Wed, 4 Mar 1998, David Carlisle wrote: > > > ... > > I was one of the ones who successfully argued in December 96 that such a > > feature should not be added to web2c 7.0 The same arguments apply > > with even greater force now, as any changes in this area would impact > > badly on any future mechanism that etex might have for supporting > > multiple encodings. > > ... > > Dear David > > I have read your contribution to xord/xchr discussion and I am disgusted. > I see the general rule: If the person has the domain extension .uk or > .com or .edu, then he is blocking of any changes in xord/xchr. Of > course---yours native language is English and the TeX without changing > xord/xchr is sufficient. The possibility of typing other languages via TeX > is only interesting extravagance problem for you but not the daily matter. > This implies, the active catcodes may be seem for this extravagances as > sufficient. You know all problems connected with active catcodes and > changing font encoding within paragraph in the document, but this > problems is not expessed in yours argumentations. > > Try to imagine that you must work on operating system, where the EBCDIC > encoding is adopted. The TeX system has the basic collection of fonts > in METAFONT sources. It is indepedent on operating system and is based on > ASCII. Will you solve the differences between your EBCDIC source text files > and ASCII text fonts in TeX using active characters? No! The solution is > sugested by Knuth: changing xord/xchr vector at the compile time of TeX. > > Our possition is very similar: EBCDIC->ISO8859-2 or whatever else, > ASCII->T1(Cork) or whatever else. We have to change the xord/xchr at the > compile time of TeX. This change is for administrators more confortable, if > it is moved from compile time of TeX binaries to iniTeX time. This is the > right time, when format is generated and the internal TeX encoding is > adopted (hyphenation tables). > > Your argumetation that the encoding of a document must be expressed in > header of this document is bad. The naive user commonly does not know what > encoding is adopted in his operating system. Why he must write this > information in the header? The encoding of document is automatically > changed during transfer from different operating systems. These changes > are done via e-mail agents, web transports systems etc. The information of > encoding in the header of document is not changed and it will possibly > bad. Is it your idea about document portability? > > I have writen an article of my solution of xord/xchr changing. You can > give your arguments to my individual arguments in this article. I never > seen that my arguments were discussed. The subset of arguments of my > article is possible to found on > ftp://math.feld.cvut.cz/pub/olsak/enctex/README.eng. > > Your disagreeing with changes of xord/xchr implies only one result: > Many different and incompatible patches solving this problem will exist > in non-English countries. One patch is for example mine encTeX > extension. This patch is standartised in CSTeX package and this package is > widelly used in Czech and Slovak republics. This evolution is totally > independent on your opinions of xord/xchr vectors. > > Petr Olsak > the maintaner of CSTeX, package for Czech and Slovak republics. > > PS: I am not subscribed in the e-mail lists mentioned in the header. If > this subject will be discussed there, please CC to olsak@math.feld.cvut.cz. > > From owner-pdftex@tug.org Wed Mar 11 02:09:58 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA11986 for ; Wed, 11 Mar 1998 02:09:57 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA15454 for pdftex-list; Wed, 11 Mar 1998 04:01:50 -0500 Received: from note.orchestra.cse.unsw.EDU.AU (note.orchestra.cse.unsw.EDU.AU [129.94.242.29]) by tug.org (8.8.5/8.8.5) with SMTP id EAA15445; Wed, 11 Mar 1998 04:01:43 -0500 Received: From sticks02 With LocalMail ; Wed, 11 Mar 98 20:02:06 +1100 From: plaice@cse.unsw.edu.au (John Plaice) To: olsak@math.feld.cvut.cz (Petr Olsak) Date: Wed, 11 Mar 1998 20:02:05 +1100 (EST) Message-Id: <980311090205.26689@cse.unsw.edu.au> Subject: Re: xord/xchr Cc: davidc@nag.co.uk, pdftex@tug.org, tex-pretest@tug.org In-Reply-To: from "Petr Olsak" at Mar 11, 98 08:52:50 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Knuth was wrong. With global networks, we do not want files with different encodings that have no internal or external tags to designate the encodings that are being used. But you can use Omega. The 1.5 release, to be finished Friday, will be included in the web2c-7.2 release and on the TeX Live CD, and allows the use of arbitrary encodings, including ones that are not based on 1:1 translations. There is even documentation. Omega supports ALL character sets (so long as they have the Latin alphabetic characters) that are based on ASCII, EBCDIC, Unicode or Unicode Little Endian. And they can be changed for every single document, file, paragraph, line, what have you. You can have your brioche and eat it too. John ---- > On Wed, 4 Mar 1998, David Carlisle wrote: > > > ... > > I was one of the ones who successfully argued in December 96 that such a > > feature should not be added to web2c 7.0 The same arguments apply > > with even greater force now, as any changes in this area would impact > > badly on any future mechanism that etex might have for supporting > > multiple encodings. > > ... > > Dear David > > I have read your contribution to xord/xchr discussion and I am disgusted. > I see the general rule: If the person has the domain extension .uk or > .com or .edu, then he is blocking of any changes in xord/xchr. Of > course---yours native language is English and the TeX without changing > xord/xchr is sufficient. The possibility of typing other languages via TeX > is only interesting extravagance problem for you but not the daily matter. > This implies, the active catcodes may be seem for this extravagances as > sufficient. You know all problems connected with active catcodes and > changing font encoding within paragraph in the document, but this > problems is not expessed in yours argumentations. > > Try to imagine that you must work on operating system, where the EBCDIC > encoding is adopted. The TeX system has the basic collection of fonts > in METAFONT sources. It is indepedent on operating system and is based on > ASCII. Will you solve the differences between your EBCDIC source text files > and ASCII text fonts in TeX using active characters? No! The solution is > sugested by Knuth: changing xord/xchr vector at the compile time of TeX. > > Our possition is very similar: EBCDIC->ISO8859-2 or whatever else, > ASCII->T1(Cork) or whatever else. We have to change the xord/xchr at the > compile time of TeX. This change is for administrators more confortable, if > it is moved from compile time of TeX binaries to iniTeX time. This is the > right time, when format is generated and the internal TeX encoding is > adopted (hyphenation tables). > > Your argumetation that the encoding of a document must be expressed in > header of this document is bad. The naive user commonly does not know what > encoding is adopted in his operating system. Why he must write this > information in the header? The encoding of document is automatically > changed during transfer from different operating systems. These changes > are done via e-mail agents, web transports systems etc. The information of > encoding in the header of document is not changed and it will possibly > bad. Is it your idea about document portability? > > I have writen an article of my solution of xord/xchr changing. You can > give your arguments to my individual arguments in this article. I never > seen that my arguments were discussed. The subset of arguments of my > article is possible to found on > ftp://math.feld.cvut.cz/pub/olsak/enctex/README.eng. > > Your disagreeing with changes of xord/xchr implies only one result: > Many different and incompatible patches solving this problem will exist > in non-English countries. One patch is for example mine encTeX > extension. This patch is standartised in CSTeX package and this package is > widelly used in Czech and Slovak republics. This evolution is totally > independent on your opinions of xord/xchr vectors. > > Petr Olsak > the maintaner of CSTeX, package for Czech and Slovak republics. > > PS: I am not subscribed in the e-mail lists mentioned in the header. If > this subject will be discussed there, please CC to olsak@math.feld.cvut.cz. > > From owner-tex-pretest@tug.org Wed Mar 11 03:16:44 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA13377 for ; Wed, 11 Mar 1998 03:16:43 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA15736 for tex-pretest-list; Wed, 11 Mar 1998 05:10:59 -0500 Received: from ifi.informatik.uni-stuttgart.de (ifi.informatik.uni-stuttgart.de [129.69.211.1]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA15733; Wed, 11 Mar 1998 05:10:55 -0500 Date: Wed, 11 Mar 1998 11:11:54 +0100 (MET) Message-Id: <199803111011.LAA10742@isidor.informatik.uni-stuttgart.de> Received: by isidor.informatik.uni-stuttgart.de; Wed, 11 Mar 1998 11:11:54 +0100 (MET) From: Bernd Raichle MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org, tex-pretest@tug.org Subject: Re: xord/xchr In-Reply-To: <980311090205.26689@cse.unsw.edu.au> References: <980311090205.26689@cse.unsw.edu.au> X-Mailer: VM 6.33 under Emacs 19.34.1 Sender: owner-tex-pretest@tug.org Precedence: bulk On Wed, 11 March 1998 20:02:05 +1100, John Plaice writes: > Knuth was wrong. With global networks, we do not want files with > different encodings that have no internal or external tags to designate > the encodings that are being used. [...] Knuth wasn't wrong... he has only decided that he can not define a new standard for text files against the will of OS designers. Thus he has used the ones available 1978/82 (ASCII etc., mainly 7- and 8-bit based) and has tried to taken care of them using the xord/xchr mapping and `char is printable' predicate. > But you can use Omega. [...] > There is even documentation. > > Omega supports ALL character sets (so long as they have the Latin alphabetic > characters) that are based on ASCII, EBCDIC, Unicode or > Unicode Little Endian. And they can be changed for every single document, > file, paragraph, line, what have you. [...] D'accord, everyone should use Omega, who wants to switch to different encodings permanently. Nonetheless I will stick to this very very restricted beast called TeX for the next years because it does very well what I want it to do. (And I'm one of the people who is using non-ASCII characters, i.e., german umlauts and sharp s!) ... be called \TeX: (1)~The person who use it must be happy with the way it works at his or her installation; ... Best wishes, -bernd From owner-pdftex@tug.org Wed Mar 11 03:18:33 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA13443 for ; Wed, 11 Mar 1998 03:18:32 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA15745 for pdftex-list; Wed, 11 Mar 1998 05:11:02 -0500 Received: from ifi.informatik.uni-stuttgart.de (ifi.informatik.uni-stuttgart.de [129.69.211.1]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA15733; Wed, 11 Mar 1998 05:10:55 -0500 Date: Wed, 11 Mar 1998 11:11:54 +0100 (MET) Message-Id: <199803111011.LAA10742@isidor.informatik.uni-stuttgart.de> Received: by isidor.informatik.uni-stuttgart.de; Wed, 11 Mar 1998 11:11:54 +0100 (MET) From: Bernd Raichle MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org, tex-pretest@tug.org Subject: Re: xord/xchr In-Reply-To: <980311090205.26689@cse.unsw.edu.au> References: <980311090205.26689@cse.unsw.edu.au> X-Mailer: VM 6.33 under Emacs 19.34.1 Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 11 March 1998 20:02:05 +1100, John Plaice writes: > Knuth was wrong. With global networks, we do not want files with > different encodings that have no internal or external tags to designate > the encodings that are being used. [...] Knuth wasn't wrong... he has only decided that he can not define a new standard for text files against the will of OS designers. Thus he has used the ones available 1978/82 (ASCII etc., mainly 7- and 8-bit based) and has tried to taken care of them using the xord/xchr mapping and `char is printable' predicate. > But you can use Omega. [...] > There is even documentation. > > Omega supports ALL character sets (so long as they have the Latin alphabetic > characters) that are based on ASCII, EBCDIC, Unicode or > Unicode Little Endian. And they can be changed for every single document, > file, paragraph, line, what have you. [...] D'accord, everyone should use Omega, who wants to switch to different encodings permanently. Nonetheless I will stick to this very very restricted beast called TeX for the next years because it does very well what I want it to do. (And I'm one of the people who is using non-ASCII characters, i.e., german umlauts and sharp s!) ... be called \TeX: (1)~The person who use it must be happy with the way it works at his or her installation; ... Best wishes, -bernd From owner-tex-pretest@tug.org Wed Mar 11 03:27:10 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA13582 for ; Wed, 11 Mar 1998 03:27:08 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA15801 for tex-pretest-list; Wed, 11 Mar 1998 05:22:06 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA15786; Wed, 11 Mar 1998 05:21:23 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id KAA01477; Wed, 11 Mar 1998 10:25:02 GMT Date: Wed, 11 Mar 1998 10:25:02 GMT Message-Id: <199803111025.KAA01477@nag.co.uk> From: David Carlisle To: olsak@math.feld.cvut.cz CC: pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de In-reply-to: (message from Petr Olsak on Wed, 11 Mar 1998 08:52:50 +0100 (MET)) Subject: Re: xord/xchr References: Sender: owner-tex-pretest@tug.org Precedence: bulk Petr, > yours native language is English and the TeX without changing > xord/xchr is sufficient. The possibility of typing other languages via TeX > is only interesting extravagance problem for you but not the daily matter. I think this comment is unjust. Apart from anything else there is no need to make things personal like this. Getting encoding support right is clearly a difficult subject and there will be clearly differing views on how to best to approach the problem. We should be able to discuss the pros and cons of various approaches without making personal attacks. I am of course at a disadvantage being a native English speaker, as I am always open to the above charge if ever I enter any debate on language support in TeX. However a large part of my TeX related time is spent supporting LaTeX, thousands of hours have been spent designing and maintaining latex2e, and one of the major parts of the latex system is an integrated support for encoding issues within the confines of standard TeX. It is reasonable to argue whether or not the outcome of that endeavour is acceptable/useful but I do not think that it is reasonable for you to argue that I or the other members of the LaTeX3 project have not thought, or do not care, about these issues. David From owner-pdftex@tug.org Wed Mar 11 03:30:06 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA13649 for ; Wed, 11 Mar 1998 03:30:06 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA15791 for pdftex-list; Wed, 11 Mar 1998 05:21:59 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA15786; Wed, 11 Mar 1998 05:21:23 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id KAA01477; Wed, 11 Mar 1998 10:25:02 GMT Date: Wed, 11 Mar 1998 10:25:02 GMT Message-Id: <199803111025.KAA01477@nag.co.uk> From: David Carlisle To: olsak@math.feld.cvut.cz CC: pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de In-reply-to: (message from Petr Olsak on Wed, 11 Mar 1998 08:52:50 +0100 (MET)) Subject: Re: xord/xchr References: Sender: owner-pdftex@tug.org Precedence: bulk Petr, > yours native language is English and the TeX without changing > xord/xchr is sufficient. The possibility of typing other languages via TeX > is only interesting extravagance problem for you but not the daily matter. I think this comment is unjust. Apart from anything else there is no need to make things personal like this. Getting encoding support right is clearly a difficult subject and there will be clearly differing views on how to best to approach the problem. We should be able to discuss the pros and cons of various approaches without making personal attacks. I am of course at a disadvantage being a native English speaker, as I am always open to the above charge if ever I enter any debate on language support in TeX. However a large part of my TeX related time is spent supporting LaTeX, thousands of hours have been spent designing and maintaining latex2e, and one of the major parts of the latex system is an integrated support for encoding issues within the confines of standard TeX. It is reasonable to argue whether or not the outcome of that endeavour is acceptable/useful but I do not think that it is reasonable for you to argue that I or the other members of the LaTeX3 project have not thought, or do not care, about these issues. David From owner-pdftex@tug.org Wed Mar 11 04:24:03 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA14613 for ; Wed, 11 Mar 1998 04:24:02 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA15986 for pdftex-list; Wed, 11 Mar 1998 06:06:41 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id GAA15983 for ; Wed, 11 Mar 1998 06:06:40 -0500 Date: Wed, 11 Mar 1998 11:07:23 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: osoba@vyvoj.jablotron.cz CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980311110723.8f8e2@vms.rhbnc.ac.uk> Subject: Re: h+voffset in pdftex.cfg Sender: owner-pdftex@tug.org Precedence: bulk >> > I agree too, but then the pdftex.cfg params should have different >> > names (h_orig, v_orig e.g.) >> > >> >> May be could be better hmargin and vmargin? If the default values (i.e. those in pdftex.cfg before local mods) were (1 true in, 1 true in), then I'd go for the (h_origin, v_origin) names : I think they make the meaning most clear. ** Phil. From owner-tex-pretest@tug.org Wed Mar 11 04:42:02 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA14916 for ; Wed, 11 Mar 1998 04:42:01 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA16159 for tex-pretest-list; Wed, 11 Mar 1998 06:35:08 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id GAA16147; Wed, 11 Mar 1998 06:34:58 -0500 Date: Wed, 11 Mar 1998 11:28:47 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: olsak@math.feld.cvut.cz CC: DAVIDC@nag.co.uk, PDFTEX@tug.org, TEX-PRETEST@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980311112847.8f8e2@vms.rhbnc.ac.uk> Subject: Re: xord/xchr Sender: owner-tex-pretest@tug.org Precedence: bulk Dear Petr -- >> I have read your contribution to xord/xchr discussion and I am disgusted. >> I see the general rule: If the person has the domain extension .uk or >> .com or .edu, then he is blocking of any changes in xord/xchr. You are grossly unfair to David. As a key member of the LaTeX team, he is more aware than most of the need to be able to typeset languages requiring accented characters and/or diacritical marks in a simple and straightforward manner. But he is also aware that simplistic solutions pave the road to damnation. Only by giving this problem the most serious consideration, and by ensuring that Knuth's axioms for the total portability of TeX and TeX documemts are respected, will we be able to find a solution which truly confers more benefits than it introduces problems. The e-TeX/NTS team, in conjunction with the LaTeX team, are looking at some radical proposals which it is hoped will address far more than the xord/xchr areas: I urge you to work with them, and with David, rather than alienate them by ridiculous, personal and xenophobic attacks. Philip Taylor, Technical Director, e-TeX/NTS group. From owner-pdftex@tug.org Wed Mar 11 04:42:33 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA14928 for ; Wed, 11 Mar 1998 04:42:32 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA16153 for pdftex-list; Wed, 11 Mar 1998 06:35:04 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id GAA16147; Wed, 11 Mar 1998 06:34:58 -0500 Date: Wed, 11 Mar 1998 11:28:47 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: olsak@math.feld.cvut.cz CC: DAVIDC@nag.co.uk, PDFTEX@tug.org, TEX-PRETEST@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980311112847.8f8e2@vms.rhbnc.ac.uk> Subject: Re: xord/xchr Sender: owner-pdftex@tug.org Precedence: bulk Dear Petr -- >> I have read your contribution to xord/xchr discussion and I am disgusted. >> I see the general rule: If the person has the domain extension .uk or >> .com or .edu, then he is blocking of any changes in xord/xchr. You are grossly unfair to David. As a key member of the LaTeX team, he is more aware than most of the need to be able to typeset languages requiring accented characters and/or diacritical marks in a simple and straightforward manner. But he is also aware that simplistic solutions pave the road to damnation. Only by giving this problem the most serious consideration, and by ensuring that Knuth's axioms for the total portability of TeX and TeX documemts are respected, will we be able to find a solution which truly confers more benefits than it introduces problems. The e-TeX/NTS team, in conjunction with the LaTeX team, are looking at some radical proposals which it is hoped will address far more than the xord/xchr areas: I urge you to work with them, and with David, rather than alienate them by ridiculous, personal and xenophobic attacks. Philip Taylor, Technical Director, e-TeX/NTS group. From owner-pdftex@tug.org Wed Mar 11 08:28:29 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA19532 for ; Wed, 11 Mar 1998 08:28:28 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA17091 for pdftex-list; Wed, 11 Mar 1998 10:19:43 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA17088 for ; Wed, 11 Mar 1998 10:19:37 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id QAA07427 for ; Wed, 11 Mar 1998 16:18:34 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id QAA24593 for pdftex@tug.cs.umb.edu; Wed, 11 Mar 1998 16:18:33 +0100 (MET) From: Han The Thanh Message-Id: <199803111518.QAA24593@anxur.fi.muni.cz> Subject: offsets & dimenssions in pdftex.cfg -- conclusion? In-Reply-To: from "carmenes@biosun.quimica.uniovi.es" at "Mar 10, 98 05:31:39 pm" To: pdftex@tug.org (PDFTEX) Date: Wed, 11 Mar 1998 16:18:33 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, > > Concernant _ Re: h+voffset in pdftex.cfg _, Jiri Osoba _crit : > > _ Would be nice to be able to change these (1in) distances, f.e. in > > _ pdftex.cfg, but the final distances should (must?) be > > _ pdftex.cfg.hoffset+\hoffset, pdftex.cfg.voffset+\voffset. > > > > I agree too, but then the pdftex.cfg params should have different > > names (h_orig, v_orig e.g.) > > I agree with all above. > >> I agree. \hoffset and \voffset, in TeX, mean distances from point on > >> the page, which is 1in far from left and top edge of paper. > > Almost, but not completely accurate : TeX's origin is 1 TRUE in below > and to the right of the top-left corner, a nice but very important > distinction. >> > I agree too, but then the pdftex.cfg params should have different >> > names (h_orig, v_orig e.g.) >> > >> >> May be could be better hmargin and vmargin? > > If the default values (i.e. those in pdftex.cfg before local mods) > were (1 true in, 1 true in), then I'd go for the (h_origin, v_origin) > names : I think they make the meaning most clear. ** Phil. suggestion for page offsets and dimenssions in pdftex so far is following: cur_hoffset := hoffset + cfg_hoffset; if pdf_page_width <> 0 then cur_page_width := pdf_page_width else if cfg_page_width <> 0 then cur_page_width := cfg_page_width else cur_page_width := width(box_being_shipped); Similiarly for voffset and page height. "true" dimension will be allowed in cfg file too. It seems nearly ok now, but any comments are welcome. Regards, Thanh From owner-pdftex@tug.org Wed Mar 11 12:27:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA26196 for ; Wed, 11 Mar 1998 12:27:29 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA18135 for pdftex-list; Wed, 11 Mar 1998 14:18:41 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA18132; Wed, 11 Mar 1998 14:18:35 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id TAA02185; Wed, 11 Mar 1998 19:23:30 GMT Date: Wed, 11 Mar 1998 19:23:30 GMT Message-Id: <199803111923.TAA02185@nag.co.uk> From: David Carlisle To: olsak@math.feld.cvut.cz CC: pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de In-reply-to: (message from Petr Olsak on Wed, 11 Mar 1998 13:16:48 +0100 (MET)) Subject: Re: xord/xchr References: Sender: owner-pdftex@tug.org Precedence: bulk tex-pretest and pdftex are almost certainly not good lists for a discussion of encoding issues, especially not just before a new web2c release. I will reply here since Petr specifically asked me to comment on his paper, but I would suggest that nts-l (or some other such list) would be a more suitable place to move the discussion. I'll also quote largish chunks of Petr's paper as I'm not sure how well known it is, and without it my reply does not make sense. So apologies if this gets long. \motto Certainly, if I~were a publishing house, if I~were in the publishing business myself, I~would have probably had ten different versions of \TeX{} by now for ten different complicated projects that had come in. They would all look almost the same as \TeX{}, but no one else would have this program---they wouldn't need it, they're not doing exactly the book that my publishing house was doing. Donald E. Knuth, Prague, March 1996 \endmotto Donald Knuth produced TeX at a time when electronic distribution of documents was basically not an issue. It is clear from many of his statements that that is the way he thinks of TeX. A system for producing beautifully typeset paper documents that you then distribute by post or via a bookstore. This is of course a perfectly valid use, and for such uses the whole `logical markup' issue does not arise, the TeX source is your private input into which you can put anything necessary to get the required output. However this is not the way the majority of TeX users use TeX today. For many users the portability of the TeX source is important, maybe even of primary importance. * The {\tt inputenc} package is a solution for \LaTeX{} only, but \TeX{} is used via other formats too. This is a non issue. inputenc is one particular implementation, but other formats could (and do) implement similar encoding support via active characters. It is also fairly easy to make a small plain wrapper to read inputenc's .def files (just so that plain TeX users can benefit >From the ready prepared encoding descriptions for various encodings in the inputenc distribution.) The point about the comment in the web2c sources is that a portable method such as active characters should be used rather than the tcx files. * The {\tt log} files and the terminal outputs are not legible if overfull/underfull box of Czech text is reported. The {\tt\char`\^\char`\^}notation is absolutely funny. If the section 49 of {\tt tex.web} is changed (via {\tt tex.ch} of course) the following way: {\tt(k<" ")or(k=invalid\_code)}, the {\tt\char`\^\char`\^}notation does not occur any more and the text is legible. But only legible if the encoding used on the terminal matches that used in the font(s). (If that were the only change made, your enctex modifications alter the behaviour here if I understand correctly) But if {\tt inputenc} is used with different internal \TeX{} encoding, the Czech sentences in {\tt log} files are still not legible. True. With standard TeX and inputenc such messages are fairly horrible. You may say it doesn't matter to me as I'm English, although actually I'm an English mathematician, and TeX has always printed math boxes as essentially random text which reveals the internal font encodings. I accept though that having it do this for natural language is not good. * The reencoding is the {\it implementation\/} problem, it is not the problem of a naive user, who must write the {\tt\\usepackage[bla]\char`\{inputenc\char`\}}. He or she has no knowledge about encoding used in his/her OS. He or she perceives the {\tt\\usepackage[bla]\char`\{inputenc\char`\}} as a very mystical one. That is true whatever system is used to specify the encoding. This could be hidden at a higher level interface eg \usepackage{czech} or \usepackage[czech]{babel} etc could automatically set up default encodings if that was thought suitable for the majority of users of a particular language. * If the \LaTeX{} document is sent via e-mail with MIME (or similar methods of transport), the re-encoding is done by e-mail agents and the document is properly encoded for the OS of the receiver. Is that really true? Mime encodings allow a document to be encoded to some safe 7bit form for transport and decoded upon receipt but if someone sends me some document in say some Mac code page to my latin1/unix mail reader I don't think it will do any more than unpack the base64 encoding and give me the file still in an unreadable format. This is why we want exactly this behaviour: {\tt\\usepackage[bla]\char`{inputenc\char`}} is not changed in \LaTeX{} header automatically, thus if the sender and the receiver work in different encoding---oops---Houston, we have a problem. No that is the solution not the problem. If you send me a latin2 encoded tex file I can't read the source but I can latex the document and it will produce the correct output as the encoding is specified within the document. I think, the reencoding must be solved by software for transportion between different OS (e-mail agents or WWW servers/clients, for example) and this problem should not be solved in \LaTeX{} header. Such an external encoding solution would of course limit you to the situation where the same encoding was used throughout the document. I don't want that. I want you to be able to type Czech in latin2 and French in latin1 in the same document, and have latex know which encoding each language is using (and a smart editor like emacs recognising the language switches and showing each language fragment in a suitably encoded font). It may be you think that doing one encoding per document is a sufficiently good start. Perhaps it may be but I fear it isn't, and the whole latex pressure to use portable systems is not because we think everyone should use English (or even German) but because we want a system that allows encoding changes under the control of the (possibly extended) TeX system. I could note here that your proposal is much better than the emtex or tcx proposals in this respect as it does give the TeX macro language (some) control over the encodings being used. However I personally do not believe that it is sufficiently powerful and, as I said in my first message, I would rather not see gradual evolvement of such a system in the major TeX distribution as that will lead to a body of documents that may become `orphaned' if a final system comes up with a more general but incompatible approach. (For example if something like Omega's OTP system were adopted). * The {\tt inputenc} package sets active {\tt\\catcode}-s to accented characters. So, the {\tt Ol\v s\'ak} is expanded to {\tt Ol\\v s\\'ak} therefore you cannot define the control sequence {\tt\\Ol\v s\'ak}. Accented letters have {\tt\\catcode=13} but {\tt\\catcode=11} is needed. It is of course true that you can't use active characters in command names. But if you use catcode 11 then you are forcing the same set of characters to be in the input and the internal encodings. Even with your extension, you can only permute the characters. The encodings defined by inputenc can if necessary pull glyphs from alternative font sets such as the text companion fonts, or the math fonts, and can build composite characters from TeX construction. The main motivation is that you should be able to type your document in latin2 and have it printed at a remote site that only has the OT1 cm fonts installed. The inputenc/fontenc solution, because it uses a consistent internal form of each character, can do this mapping. If you insist that catcode 11 characters are used (and only 256 of them) then you have to give up this facility, and force anyone who processes your documents to have a font set that has all the composite characters needed for your encoding. It may be in Czech that this would be acceptable, as T1 encoding covers the language, but there are languages using latin scripts not covered by any of the standard fonts. Using inputenc they may still be input naturally, and each character maps to a suitable \accent construction. Using active characters is very inconvenient, no one denies that but any proposal has got to address this issue about maping characters in the input encoding to arbitrary TeX constructions, and being able to write such characters to files and reading them back, essential for table of contents etc. It is possible to conceive of extensions to Tex that would allow this, but not via simple additions or simple access to the existing xchr array. It needs a far more extensive investigation of character handling throughout TeX. Again, as I tried to point out in my previous message, Omega has the OTP system and the etex team are considering various possibilities that might fit into the etex framework, but these are more radical than the extensions you propose. Note I am not one of those arguing to keep Tex forever unchanged, but I doi say that if we are going to change it then (apart from local experiments) it is better to wait and then introduce big changes that are `right' rather than introduce small changes that don't prove to work in general. * Donald Knuth has implemented the {\tt xord}/{\tt xchr} vectors into \TeX{} to separate the encodings used in OS and the internal \TeX{} encoding (because text fonts used in \TeX{} are independent on OS). .... But ASCII/EBCDIC is rather different to the multiple encodings we have today. That really is a case where you want to modify all text files moving from one machine to another. As I said above that is not the case with encodings for natural languages. If I receive a file that uses encodings with characters not in latin1 there is not some simple file system conversion that can be done. If I receive a file using two encodings the situation is harder still. * I think Donald Knuth did not take into the account the possibility to reencode during the expand processor state, as it is done by {\tt inputenc} package. Just consider that the {\tt\\uppercase}, {\tt\\lowercase} primitives do their work on $\langle${\it balanced text\/}$\rangle$ {\it before expanding\/} using {\tt\\uccode}-s and {\tt\\lccode}-s, which are used in hyphenation algorithm {\it after expanding}. I would say that \uppercase/\lowercase as implemented in TeX are irretrievably broken for their suggested purpose of changing the case of natural language texts. Even without inputenc they just don't work right.This is another example of the problems in tex of the input and output encodings being intertwined in unfortunate ways, and hyphenation mixing them up further. The solution is to separate these encodings. In TeX that means using active characters to map input tokens to some `robust internal form' (in latex this is basically traditional 7bit input eg in the input encoding is mapped to \'e which can then safely be written out to files etc and read back, even if the input encoding is different at that point, and when required mapped to whatever slot or construction provides a e acute in the font being used. It would be good *not* to use active characters, which have many problems associated with them, and are not the fasted system that one could devise, but that means giving TeX a larger collection of `safe tokens' than its currently available set of character tokens of catcode 11/12. My solution of the reencoding problem is more general than the {\tt tcp} tables or the {\tt tcx} files, because the enc\TeX{} tables are read during ini\TeX{} simply by using {\tt\\input} and are defined by \TeX{} macros. Yes, I think that this is an important point, and means that your proposal is better than the earlier systems that you mention in your paper, but as you will know by now, I think that to make a truly workable system (for more than just English and Czech:-) you will have to make more radical changes to TeXs internals. Attention: it is impossible to re-read the {\tt\\write} files when the table of second type is active. If, for instance, the {\tt document.tex} includes some {\tt\\write} activities (for index, table of contents and so on), we have to read these auxiliary files {\it before\/} \hbox{\tt\\input 1250-il2} or {\it after\/} {\tt\\restoreinputencoding}. That is the reason why the {\tt\\dump} (the format generation) is senseless while table of the second type is active. You see I think this is really the heart of it. As I indicated, I need a system that is under the control of the TeX macro language (ie your `second type') but if that system destroys writing to external files that are to be read back, it destroys cross references, tables of contents,... and so is not usable. The system has to have at its core a notion of an `internal form' of a character that may safely be output and re-input, or passed around via \mark or other constructions and produce the `correct output' whatever that may mean, even if the input/font encodings at the new location are different from the conventions in the part of the document in which the text was first entered. This is what the inputenc mechanism gives you. To do it in standard TeX you pay a high price with all the inconvenience of active characters. An extended TeX could streamline and improve this greatly, but I don't want it to do so at the price of giving up the main functionality that inputenc provides. This message is far too long, and I want to go home now, but I felt that your message did require a full reply. Good night, David From owner-tex-pretest@tug.org Thu Mar 12 05:41:40 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA19847 for ; Thu, 12 Mar 1998 05:41:39 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA22150 for tex-pretest-list; Thu, 12 Mar 1998 07:36:07 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA22147; Thu, 12 Mar 1998 07:36:04 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id NAA02022; Thu, 12 Mar 1998 13:36:05 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA04368; Thu, 12 Mar 1998 13:48:49 +0100 (MET) Date: Thu, 12 Mar 1998 13:48:49 +0100 (MET) Message-Id: <199803121248.NAA04368@mozart.ujf-grenoble.fr> From: Thierry Bouche To: David Carlisle Cc: olsak@math.feld.cvut.cz, pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr In-Reply-To: <199803111923.TAA02185@nag.co.uk> References: <199803111923.TAA02185@nag.co.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-tex-pretest@tug.org Precedence: bulk Hi, just to say that David's answer is probably right. Which leads me to think that , although TeX is `sold' as 8bits-able & international, it's not. Think of latex users who see that foreign languages are supported, and try to use \newcounter{àéîöù} together with inputenc, or \bibliographie{géométrie}, or... I'm sorry but i've seen nowhere warnings about that in the docs. TeX would be international if it allowed a full 8bit encoding of non active chars. It is for instance almost possible currently for french on an iso-latin1 machine (notable exception being the guillemets «») [if iso chars are considered printable, but i was told that it is now what happens with web2c7.2] with T1 outputenc. Omega is surely the only solution for internationalizing nicely tex. Thierry From owner-pdftex@tug.org Thu Mar 12 06:01:29 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA20224 for ; Thu, 12 Mar 1998 06:01:27 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA22156 for pdftex-list; Thu, 12 Mar 1998 07:36:09 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA22147; Thu, 12 Mar 1998 07:36:04 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id NAA02022; Thu, 12 Mar 1998 13:36:05 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA04368; Thu, 12 Mar 1998 13:48:49 +0100 (MET) Date: Thu, 12 Mar 1998 13:48:49 +0100 (MET) Message-Id: <199803121248.NAA04368@mozart.ujf-grenoble.fr> From: Thierry Bouche To: David Carlisle Cc: olsak@math.feld.cvut.cz, pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr In-Reply-To: <199803111923.TAA02185@nag.co.uk> References: <199803111923.TAA02185@nag.co.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, just to say that David's answer is probably right. Which leads me to think that , although TeX is `sold' as 8bits-able & international, it's not. Think of latex users who see that foreign languages are supported, and try to use \newcounter{àéîöù} together with inputenc, or \bibliographie{géométrie}, or... I'm sorry but i've seen nowhere warnings about that in the docs. TeX would be international if it allowed a full 8bit encoding of non active chars. It is for instance almost possible currently for french on an iso-latin1 machine (notable exception being the guillemets «») [if iso chars are considered printable, but i was told that it is now what happens with web2c7.2] with T1 outputenc. Omega is surely the only solution for internationalizing nicely tex. Thierry From owner-tex-pretest@tug.org Thu Mar 12 06:37:41 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA20954 for ; Thu, 12 Mar 1998 06:37:39 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA22373 for tex-pretest-list; Thu, 12 Mar 1998 08:32:09 -0500 Received: from monika.univ.gda.pl (monika.univ.gda.pl [153.19.1.229]) by tug.org (8.8.5/8.8.5) with SMTP id IAA22358; Thu, 12 Mar 1998 08:30:08 -0500 Received: by monika.univ.gda.pl (1.38.193.4/16.2) id AA01609; Thu, 12 Mar 1998 13:40:25 +0100 Date: Thu, 12 Mar 1998 13:40:25 +0100 (MET) From: Tomasz Przechlewski To: P.Taylor@vms.rhbnc.ac.uk Cc: olsak@math.feld.cvut.cz, DAVIDC@nag.co.uk, PDFTEX@tug.org, TEX-PRETEST@tug.org, CHAA006@vms.rhbnc.ac.uk, Boguslaw Jackowski -- Boguslaw Jackowski , Staszek Wawrykiewicz Subject: Re: xord/xchr In-Reply-To: <980311112847.8f8e2@vms.rhbnc.ac.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk On Wed, 11 Mar 1998, Philip Taylor wrote: > Dear Petr -- > > ... I urge you to work with them, and with David, rather > than alienate them by ridiculous, personal and xenophobic attacks. > > Philip Taylor, > Technical Director, e-TeX/NTS group. > Sorry Phil, I couldn't find anything xenophobic in Petr's letter. I am sure he know `inputenc solution' so this is by no means strange (xenos) to him. Simply he points that this solution is very weak and I back Petr in this. Those (theoreticians) who don't use diacritics in every day work are against reencoding input and those who use are for. It is a fact---nothing personal. I use TeX with reencoded input for years and will continue to do so as most of TeX users in Poland I know. It saves a lot of our time. Simply please keep this fact in mind. --tomek PS: I don't agree with _all_ Petr's opinions, but that is other matter. From owner-pdftex@tug.org Thu Mar 12 06:40:37 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA21017 for ; Thu, 12 Mar 1998 06:40:36 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA22361 for pdftex-list; Thu, 12 Mar 1998 08:30:46 -0500 Received: from monika.univ.gda.pl (monika.univ.gda.pl [153.19.1.229]) by tug.org (8.8.5/8.8.5) with SMTP id IAA22358; Thu, 12 Mar 1998 08:30:08 -0500 Received: by monika.univ.gda.pl (1.38.193.4/16.2) id AA01609; Thu, 12 Mar 1998 13:40:25 +0100 Date: Thu, 12 Mar 1998 13:40:25 +0100 (MET) From: Tomasz Przechlewski To: P.Taylor@vms.rhbnc.ac.uk Cc: olsak@math.feld.cvut.cz, DAVIDC@nag.co.uk, PDFTEX@tug.org, TEX-PRETEST@tug.org, CHAA006@vms.rhbnc.ac.uk, Boguslaw Jackowski -- Boguslaw Jackowski , Staszek Wawrykiewicz Subject: Re: xord/xchr In-Reply-To: <980311112847.8f8e2@vms.rhbnc.ac.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 11 Mar 1998, Philip Taylor wrote: > Dear Petr -- > > ... I urge you to work with them, and with David, rather > than alienate them by ridiculous, personal and xenophobic attacks. > > Philip Taylor, > Technical Director, e-TeX/NTS group. > Sorry Phil, I couldn't find anything xenophobic in Petr's letter. I am sure he know `inputenc solution' so this is by no means strange (xenos) to him. Simply he points that this solution is very weak and I back Petr in this. Those (theoreticians) who don't use diacritics in every day work are against reencoding input and those who use are for. It is a fact---nothing personal. I use TeX with reencoded input for years and will continue to do so as most of TeX users in Poland I know. It saves a lot of our time. Simply please keep this fact in mind. --tomek PS: I don't agree with _all_ Petr's opinions, but that is other matter. From owner-pdftex@tug.org Thu Mar 12 11:16:50 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA27995 for ; Thu, 12 Mar 1998 11:16:49 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA23744 for pdftex-list; Thu, 12 Mar 1998 13:10:17 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA23741 for ; Thu, 12 Mar 1998 13:10:15 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id TAA13282 for ; Thu, 12 Mar 1998 19:10:55 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id TAA15125; Thu, 12 Mar 1998 19:24:19 +0100 (MET) Date: Thu, 12 Mar 1998 19:24:19 +0100 (MET) Message-Id: <199803121824.TAA15125@mozart.ujf-grenoble.fr> From: Thierry Bouche To: PDFTeX Mailing List Subject: fontless pdf X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, I'm experimenting PDFtex's fontless PDFs (with !cmr10). The idea is eventually to produce fontless PDFs that could be read by people having installed locally the fonts (hoping this is possible). I tried this here on a sun, by converting to PFA all my bluesky/ams fonts, putting them in some Acrobat3/Fonts/ directory, and updating AcroRead.upr (with makepsres). This does work like a charm! If people could tell me what should be done to get the same effect for PCs & Macs, i'd be delighted. You could test with the fontless PDF ftp://fourier.ujf-grenoble.fr/pub/contrib-tex/pdftex/testfont.pdf I just notice that i have randomly messages telling me that some fonts have `wrong /BBox'. Is it dangerous? Thierry From owner-pdftex@tug.org Thu Mar 12 11:42:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA28703 for ; Thu, 12 Mar 1998 11:42:38 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA23851 for pdftex-list; Thu, 12 Mar 1998 13:31:30 -0500 Received: from next.aps.org (aps4.aps.bnl.gov [130.199.52.132]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA23848 for ; Thu, 12 Mar 1998 13:31:29 -0500 Received: (from doyle@localhost) by next.aps.org (8.8.7/8.8.2) id NAA02520 for pdftex@tug.org; Thu, 12 Mar 1998 13:32:26 -0500 (EST) Message-Id: <199803121832.NAA02520@next.aps.org> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: <199803121824.TAA15125@mozart.ujf-grenoble.fr> X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.118.2) From: Mark Doyle Date: Thu, 12 Mar 98 13:32:25 -0500 To: pdftex@tug.org Subject: Re: fontless pdf Reply-To: doyle@aps.org References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 12 Mar 1998, Thierry Bouche wrote: > If people could tell me what should be done to get the same effect for > PCs & Macs, i'd be delighted. It CAN be done, but it is somewhat of a nightmare. The Los Alamos e-Print archive at http://xxx.lanl.gov/ for the longest time sent out fontless PDF files, but recently gave in because of the headaches to using files distilled by 3.0 which uses a new font compression scheme making it less egregious to waste the bandwidth by repeatedly sending out the fonts. I suggest you ask them (www-admin@xxx.lanl.gov) for their summary of the situation (or may be Tanmoy will provide the info...). Anyway, I initially set it up at xxx, but have mostly forgotten all of the steps. If I recall correctly. Mac's were OK as long as you stuck to uppercase font names (as with the Bluesky fonts) and installed a font suitcase manager program to hide all of the fonts!. For Windows, one had to hack around a bit to either bypass ATM (on 95 and NT?) or get it to behave (on 3.1). It probably isn't worth the headaches. The price one pays for using the latest font compression is that everyone has to get a modern PDF viewer (which I think exists for all platforms -- see the help files on xxx). Cheers, Mark From owner-pdftex@tug.org Thu Mar 12 12:07:17 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA29433 for ; Thu, 12 Mar 1998 12:07:15 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA23957 for pdftex-list; Thu, 12 Mar 1998 13:52:43 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA23953 for ; Thu, 12 Mar 1998 13:52:41 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id TAA10770; Thu, 12 Mar 1998 19:53:48 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id TAA03526; Thu, 12 Mar 1998 19:53:48 +0100 (MET) From: Han The Thanh Message-Id: <199803121853.TAA03526@anxur.fi.muni.cz> Subject: Re: fontless pdf In-Reply-To: <199803121824.TAA15125@mozart.ujf-grenoble.fr> from Thierry Bouche at "Mar 12, 98 07:24:19 pm" To: Thierry.Bouche@ujf-grenoble.fr (Thierry Bouche) Date: Thu, 12 Mar 1998 19:53:47 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Thierry, > I'm experimenting PDFtex's fontless PDFs (with !cmr10). The idea is > eventually to produce fontless PDFs that could be read by people > having installed locally the fonts (hoping this is possible). > > I tried this here on a sun, by converting to PFA all my bluesky/ams > fonts, putting them in some Acrobat3/Fonts/ directory, and updating > AcroRead.upr (with makepsres). This does work like a charm! You are using UNIX, are you? Can you please describe how to update AcroRead.upr with makepsres? I'd like to use this feature on my Linux box. > If people could tell me what should be done to get the same effect for > PCs & Macs, i'd be delighted. I think it should be very easy if you have ATM: just install these fonts by ATM. I've tested it on Win95, it was really great. > I just notice that i have randomly messages telling me that some fonts > have `wrong /BBox'. Is it dangerous? I get this warning with cmr7 only, but it seems to work ok. Cheers, Thanh From owner-pdftex@tug.org Thu Mar 12 13:39:41 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA01912 for ; Thu, 12 Mar 1998 13:39:40 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA24344 for pdftex-list; Thu, 12 Mar 1998 15:32:41 -0500 Received: from by.genie.uottawa.ca (by.genie.uottawa.ca [137.122.20.226]) by tug.org (8.8.5/8.8.5) with SMTP id PAA24341 for ; Thu, 12 Mar 1998 15:32:37 -0500 Received: from zeus.genie.uottawa.ca by by.genie.uottawa.ca (4.1/SMI-4.1) id AA08630; Thu, 12 Mar 98 15:33:44 EST Received: from yoho.uottawa.ca by zeus.genie.uottawa.ca (4.1/SMI-4.1) id AA02382; Thu, 12 Mar 98 15:35:30 EST Received: by yoho.uottawa.ca (SMI-8.6/SMI-SVR4) id PAA11694; Thu, 12 Mar 1998 15:33:24 -0500 Date: Thu, 12 Mar 1998 15:33:24 -0500 Message-Id: <199803122033.PAA11694@yoho.uottawa.ca> From: Philippe Lavoie To: pdftex Subject: Problems from pdftex in teTex0.9 X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, I'm processing a rather large document (145 pages) pdflatex goes through all of it then gives me this (see the transcript file for additional information) Don't know how to process font ptmro8r ! Emergency stop. <*> legends I assume this is a simple problem (or is it ?) Oh and I'd also like to know if I can use the latest pdftex with teTeX 0.9 or do I need to wait for a new version of it ? Thanks Phil PS I once tried going the web2c 7.2 way but either latex worked or pdflatex worked, not both. Very annoying. From owner-pdftex@tug.org Fri Mar 13 01:03:14 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA21786 for ; Fri, 13 Mar 1998 01:03:13 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA27077 for pdftex-list; Fri, 13 Mar 1998 02:57:21 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA27074 for ; Fri, 13 Mar 1998 02:57:06 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id IAA00945; Fri, 13 Mar 1998 08:58:01 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id JAA19453; Fri, 13 Mar 1998 09:11:31 +0100 (MET) Date: Fri, 13 Mar 1998 09:11:31 +0100 (MET) Message-Id: <199803130811.JAA19453@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Han The Thanh Cc: Thierry.Bouche@ujf-grenoble.fr (Thierry Bouche), pdftex@tug.org (PDFTEX) Subject: Re: fontless pdf In-Reply-To: <199803121853.TAA03526@anxur.fi.muni.cz> References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> <199803121853.TAA03526@anxur.fi.muni.cz> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Thanh, Concernant « Re: fontless pdf », Han The Thanh écrit : « » Hi Thierry, » » You are using UNIX, are you? Can you please describe how to update AcroRead.upr » with makepsres? I'd like to use this feature on my Linux box. the file is included (slightly edited), i believe makepsres does not exist in linux. » » > If people could tell me what should be done to get the same effect for » > PCs & Macs, i'd be delighted. » » I think it should be very easy if you have ATM: just install these fonts by ATM. » I've tested it on Win95, it was really great. » that's a good point. The remaining problem is with people having windows & the free acroread but not ATM. (i know that you could get an old ATM with demo versions of OS/2, but it's maybe not _that_ straightforward for the average (mathematician) user;-} Thierry ##############################File AcroRead.upr############################## PS-Resources-1.0 FontAxes FontBlendMap FontBlendPositions FontFamily FontOutline . FontAxes AdobeSansMM==/Weight /Width AdobeSerifMM==/Weight /Width . FontBlendMap AdobeSansMM==[[50 0][1450 1]][[50 0][1450 1]] AdobeSerifMM==[[110 0][790 1]][[100 0][900 1]] . FontBlendPositions AdobeSansMM== [0 0] [1 0] [0 1] [1 1] AdobeSerifMM== [0 0] [1 0] [0 1] [1 1] . FontFamily Adobe Sans MM.MMM=Roman,AdobeSansMM.MMM Adobe Serif MM.MMM=Roman,AdobeSerifMM.MMM Adobe Sans MM=Roman,AdobeSansMM Adobe Serif MM=Roman,AdobeSerifMM Courier=Bold Oblique,Courier-BoldOblique,Bold,Courier-Bold,Medium,Courier,Oblique,Courier-Oblique Helvetica=Bold Oblique,Helvetica-BoldOblique,Bold,Helvetica-Bold,Medium,Helvetica,Oblique,Helvetica-Oblique ITC Zapf Dingbats=Medium,ZapfDingbats Symbol=Medium,Symbol Times=Bold Italic,Times-BoldItalic,Bold,Times-Bold,Italic,Times-Italic,Roman,Times-Roman AMS=WNCYB10,WNCYI10,WNCYR10,WNCYSC10,WNCYSS10 Computer Modern=LCMSS8,LCMSSB8,LCMSSI8,LOGO10,LOGO8,LOGO9,LOGOBF10,LOGOSL10,CMB10,CMBSY10,CMBSY5,CMBSY7,CMBX10,CMBX12,CMBX5,CMBX6,CMBX7,CMBX8,CMBX9,CMBXSL10,CMBXTI10,CMCSC10,CMDUNH10,CMEX10,CMFF10,CMFI10,CMFIB8,CMINCH,CMITT10,CMMI10,CMMI12,CMMI5,CMMI6,CMMI7,CMMI8,CMMI9,CMMIB10,CMMIB5,CMMIB7,CMR10,CMR12,CMR17,CMR5,CMR6,CMR7,CMR8,CMR9,CMSL10,CMSL12,CMSL8,CMSL9,CMSLTT10,CMSS10,CMSS12,CMSS17,CMSS8,CMSS9,CMSSBX10,CMSSDC10,CMSSI10,CMSSI12,CMSSI17,CMSSI8,CMSSI9,CMSSQ8,CMSSQI8,CMSY10,CMSY5,CMSY6,CMSY7,CMSY8,CMSY9,CMTCSC10,CMTEX10,CMTEX8,CMTI10,CMTI12,CMTI7,CMTI8,CMTI9,CMTT10,CMTT12,CMTT8,CMTT9,CMU10,CMVTT10 Euler=MSAM10,MSAM5,MSAM7,MSBM10,MSBM5,MSBM7,EUFB10,EUFB5,EUFB7,EUFM10,EUFM5,EUFM7,EURB10,EURB5,EURB7,EURM10,EURM5,EURM7,EUSB10,EUSB5,EUSB7,EUSM10,EUSM5,EUSM7 LaTeX=LASY10,LASY5,LASY6,LASY7,LASY8,LASY9,LASYB10,CIRCLE10,LCIRCLE10,CIRCLEW10,LCIRCLEW10,LINE10,LINEW10 . FontOutline AdobeSansMM.MMM=AdobeSansMM.MMM AdobeSerifMM.MMM=AdobeSerifMM.MMM AdobeSansMM=AdobeSansMM AdobeSerifMM=AdobeSerifMM Courier=Courier Courier-Bold=Courier-Bold Courier-BoldOblique=Courier-BoldOblique Courier-Oblique=Courier-Oblique Helvetica=Helvetica Helvetica-Bold=Helvetica-Bold Helvetica-BoldOblique=Helvetica-BoldOblique Helvetica-Oblique=Helvetica-Oblique Symbol=Symbol Times-Bold=Times-Bold Times-BoldItalic=Times-BoldItalic Times-Italic=Times-Italic Times-Roman=Times-Roman ZapfDingbats=ZapfDingbats CMB10=CMB10 CMBSY10=CMBSY10 CMBSY5=CMBSY5 CMBSY7=CMBSY7 CMBX10=CMBX10 CMBX12=CMBX12 CMBX5=CMBX5 CMBX6=CMBX6 CMBX7=CMBX7 CMBX8=CMBX8 CMBX9=CMBX9 CMBXSL10=CMBXSL10 CMBXTI10=CMBXTI10 CMCSC10=CMCSC10 CMDUNH10=CMDUNH10 CMEX10=CMEX10 CMFF10=CMFF10 CMFI10=CMFI10 CMFIB8=CMFIB8 CMINCH=CMINCH CMITT10=CMITT10 CMMI10=CMMI10 CMMI12=CMMI12 CMMI5=CMMI5 CMMI6=CMMI6 CMMI7=CMMI7 CMMI8=CMMI8 CMMI9=CMMI9 CMMIB10=CMMIB10 CMMIB5=CMMIB5 CMMIB7=CMMIB7 CMR10=CMR10 CMR12=CMR12 CMR17=CMR17 CMR5=CMR5 CMR6=CMR6 CMR7=CMR7 CMR8=CMR8 CMR9=CMR9 CMSL10=CMSL10 CMSL12=CMSL12 CMSL8=CMSL8 CMSL9=CMSL9 CMSLTT10=CMSLTT10 CMSS10=CMSS10 CMSS12=CMSS12 CMSS17=CMSS17 CMSS8=CMSS8 CMSS9=CMSS9 CMSSBX10=CMSSBX10 CMSSDC10=CMSSDC10 CMSSI10=CMSSI10 CMSSI12=CMSSI12 CMSSI17=CMSSI17 CMSSI8=CMSSI8 CMSSI9=CMSSI9 CMSSQ8=CMSSQ8 CMSSQI8=CMSSQI8 CMSY10=CMSY10 CMSY5=CMSY5 CMSY6=CMSY6 CMSY7=CMSY7 CMSY8=CMSY8 CMSY9=CMSY9 CMTCSC10=CMTCSC10 CMTEX10=CMTEX10 CMTEX8=CMTEX8 CMTEX9=CMTEX9 CMTI10=CMTI10 CMTI12=CMTI12 CMTI7=CMTI7 CMTI8=CMTI8 CMTI9=CMTI9 CMTT10=CMTT10 CMTT12=CMTT12 CMTT8=CMTT8 CMTT9=CMTT9 CMU10=CMU10 CMVTT10=CMVTT10 EUEX10=EUEX10 EUFB10=EUFB10 EUFB5=EUFB5 EUFB7=EUFB7 EUFM10=EUFM10 EUFM5=EUFM5 EUFM7=EUFM7 EURB10=EURB10 EURB5=EURB5 EURB7=EURB7 EURM10=EURM10 EURM5=EURM5 EURM7=EURM7 EUSB10=EUSB10 EUSB5=EUSB5 EUSB7=EUSB7 EUSM10=EUSM10 EUSM5=EUSM5 EUSM7=EUSM7 LASY10=LASY10 LASY5=LASY5 LASY6=LASY6 LASY7=LASY7 LASY8=LASY8 LASY9=LASY9 LASYB10=LASYB10 LCIRCLE10=LCIRCLE1 LCIRCLEW10=LCIRCLEW LCMSS8=LCMSS8 LCMSSB8=LCMSSB8 LCMSSI8=LCMSSI8 LINE10=LINE10 LINEW10=LINEW10 LOGO10=LOGO10 LOGO8=LOGO8 LOGO9=LOGO9 LOGOBF10=LOGOBF10 LOGOSL10=LOGOSL10 MSAM10=MSAM10 MSAM5=MSAM5 MSAM7=MSAM7 MSBM10=MSBM10 MSBM5=MSBM5 MSBM7=MSBM7 WNCYB10=WNCYB10 WNCYI10=WNCYI10 WNCYR10=WNCYR10 WNCYSC10=WNCYSC10 WNCYSS10=WNCYSS10 . From owner-pdftex@tug.org Fri Mar 13 01:31:48 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA22272 for ; Fri, 13 Mar 1998 01:31:46 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA27189 for pdftex-list; Fri, 13 Mar 1998 03:25:23 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA27186 for ; Fri, 13 Mar 1998 03:25:15 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id JAA05128; Fri, 13 Mar 1998 09:26:25 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id JAA20919; Fri, 13 Mar 1998 09:39:54 +0100 (MET) Date: Fri, 13 Mar 1998 09:39:54 +0100 (MET) Message-Id: <199803130839.JAA20919@mozart.ujf-grenoble.fr> From: Thierry Bouche To: doyle@aps.org Cc: pdftex@tug.org Subject: Re: fontless pdf In-Reply-To: <199803121832.NAA02520@next.aps.org> References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> <199803121832.NAA02520@next.aps.org> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Thank you very much for your answer. Concernant « Re: fontless pdf », Mark Doyle écrit : « » On Thu, 12 Mar 1998, Thierry Bouche wrote: » » > If people could tell me what should be done to get the same effect for » > PCs & Macs, i'd be delighted. » » It CAN be done, but it is somewhat of a nightmare. The Los Alamos e-Print » archive at http://xxx.lanl.gov/ for the longest time sent out fontless PDF yes, i remembered this. but not the details. » files, but recently gave in because of the headaches to using files » distilled by 3.0 which uses a new font compression scheme making it less » egregious to waste the bandwidth by repeatedly sending out the fonts. I i suppose this is FlateDecode? and i suppose this is what is used by pdftex? To give you an order of comparision, the same one page file, containing text in serif & sans+ various (simple) maths formulas yields a PDF file of - 100 Kb if CM/AMS type 1 used - 32 Kb if mathptm is used (i.e. every possible glyph taken from Times/Helvetica/Symbol--others from CM/AMS) - 17 Kb without fonts. Considering the idea of using PDF forms as an alternative to HTML for querying a database, i believe this is a concern. Imho, this sizing is less crucial when dealing with a preprint (or reprint) server. I believe Mathptm should be a reasonnable choice for the purpose, but some charachters are left `unfaked' (like dotlessj) which is inacceptable for maths material. BTW, if some clipping mechanism was avalaible with graphicx (at least for pdftex), we could define \jmath via macros (similar to D.~Carlisle's dotlessj.sty) Th. Bouche From owner-tex-pretest@tug.org Fri Mar 13 03:30:45 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA24880 for ; Fri, 13 Mar 1998 03:30:44 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA27692 for tex-pretest-list; Fri, 13 Mar 1998 05:25:18 -0500 Received: from math.feld.cvut.cz (newton.feld.cvut.cz [147.32.244.10]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA27689; Fri, 13 Mar 1998 05:25:14 -0500 Received: from localhost (olsak@localhost) by math.feld.cvut.cz (8.8.5/8.8.5) with SMTP id LAA08297; Fri, 13 Mar 1998 11:23:01 +0100 Date: Fri, 13 Mar 1998 11:23:01 +0100 (MET) From: Petr Olsak To: David Carlisle cc: olsak@math.feld.cvut.cz, pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr In-Reply-To: <199803111923.TAA02185@nag.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk Hello On Th.03/12/98 David wrote: > Donald Knuth produced TeX at a time when electronic distribution of > documents was basically not an issue. It is clear from many of his > statements that that is the way he thinks of TeX. A system for producing > beautifully typeset paper documents that you then distribute by post or > via a bookstore. This is of course a perfectly valid use, and for such > uses the whole `logical markup' issue does not arise, the TeX source is > your private input into which you can put anything necessary to get the > required output. However this is not the way the majority of TeX users > use TeX today. For many users the portability of the TeX source is > important, maybe even of primary importance. The protability of TeX source is independent on logical markup. It is guaranteed by Knuth: the TeX kernel is frozen. You can create arbitrary TeX source as document if it passed thrue TeX kernel. If you save all sources used by TeX kernel, these sources has the same result independent on the OS and time thanks Knuth. If these TeX sources are encoded in special enconding, then it is a common practice (in our country) to convert these encoding to one used on operating system before processing by TeX. So, the input encoding is dependent on used operating system. > * The {\tt inputenc} package is a solution for \LaTeX{} only, > but \TeX{} is used via other formats too. > > This is a non issue. inputenc is one particular implementation, but > other formats could (and do) implement similar encoding support via > active characters. It is also fairly easy to make a small plain wrapper OK. The better formulation is: Using active characer in plain-based formats for accented letters are not common in our country. I think, this solution is never used, because of complication with active characters (not legible logs, no possibility of using these letters in control sequences, rather more complicated macro-programming with the \write and \uppercase primitives and so on). Plain-based format is used by user, who want to implement his own macro solution of dessign problem. So, the basic starting point (named commonly plain) must be simplifiest. The active characters are not the good choice for the starting point. If the user want to adopt active characters solution, it is possible. But this solution cannot be the only one single possibility and it cannot be built into plain-based formats. > * The {\tt log} files and the terminal outputs are not legible > if overfull/underfull box of Czech text is reported. > The {\tt\char`\^\char`\^}notation is absolutely funny. If the section > 49 of {\tt tex.web} is changed (via {\tt tex.ch} of course) > the following way: > {\tt(k<" ")or(k=invalid\_code)}, the > {\tt\char`\^\char`\^}notation does not occur any more and the text > is legible. > > But only legible if the encoding used on the terminal matches that > used in the font(s). (If that were the only change made, your enctex > modifications alter the behaviour here if I understand correctly) Yes, if xord/xchr is unchanged, the input encoding must be the same as the font encoding. This is reason, why the CSTeX package includes the special set of METAFONT fonts named CSfonts encoded as CM for codes<128 and as ISO-8859-2 for accented letters of our alphabets. This set of fonts (and tools for implementig new arbitrary PostScript fonts in this encoding) are widelly used in our country, because web2c did not have any flexible xord/xchr solution and web2c is used on UNIX-based OS with ISO-8859-2. The same set of fonts are used in DOS and OS2 (with different encodings), because the emTeX is used and it has the tcp tables. > * The reencoding is the {\it implementation\/} problem, it is not the > problem of a naive user, who must write the > {\tt\\usepackage[bla]\char`\{inputenc\char`\}}. > He or she has no knowledge about encoding used in his/her OS. He or she > perceives the {\tt\\usepackage[bla]\char`\{inputenc\char`\}} > as a very mystical one. > > That is true whatever system is used to specify the encoding. > This could be hidden at a higher level interface eg > \usepackage{czech} or \usepackage[czech]{babel} etc > could automatically set up default encodings if that was thought > suitable for the majority of users of a particular language. This philosophy requires to implement the encoding name used by OS in czech.sty. This implies, we will have six different czech.sty's because there exist six different encodings for our language in computer space. I mean, this is not a good idea. > * If the \LaTeX{} document is sent via e-mail with MIME (or similar > methods of transport), the re-encoding is done by e-mail agents and > the document is properly encoded for the OS of the receiver. > > Is that really true? YES, it is true. The Czech texts is possible to send in similar way as "plain text" in message body and not in an Attachment. This texts is reencoded to ISO-8859-2 automatically (independent on OS) and this result is reencoded into 7bit (=hexa) codes and sent. This work is done at MUA level (e-mail user agent). The inverse process is done at recipient side. For example, my friend send me a LaTeX document in message body. He is working in CP1250 in MS Windows. I am working in ISO-8859-2 in UNIX and I get his message reencoded right in my encoding. Only the LaTeX header is still bad. I must make point of, that this is very common problem in our country and is more more important then problems of multilingual and multicoded documents. I repeated: we have _six_ different encodings for our language, one whole document is every time encoded in one encoding. > This is why we want exactly this behaviour: > > {\tt\\usepackage[bla]\char`{inputenc\char`}} is not changed in \LaTeX{} > header automatically, > > thus if the sender and the receiver work in > different encoding---oops---Houston, we have a problem. > > No that is the solution not the problem. If you send me a latin2 encoded > tex file I can't read the source but I can latex the document and it > will produce the correct output as the encoding is specified within the > document. The probability of this situation described above is converged to zero in opposite with common exchanging Czech documents between different OS with different encondings for our language. If I want to send YOU the Czech sentences or words in a document, I presuppose, your OS is not configured for Czech language and I preprocess these sentences into 7bit form via TeX sequences, for example czech=\v{c}e\v{s}tina, my name is Ol\v{s}\'ak. > I think, the reencoding must be solved by software for transportion > between different OS (e-mail agents or WWW servers/clients, for > example) and this problem should not be solved in \LaTeX{} header. > > Such an external encoding solution would of course limit you to the > situation where the same encoding was used throughout the document. This is common situation. 99,9% documents have this feature. > I don't want that. I want you to be able to type Czech in latin2 > and French in latin1 in the same document, and have latex know which > encoding each language is using (and a smart editor like emacs > recognising the language switches and showing each language fragment in > a suitably encoded font). It may be you think that doing one encoding I mean, you imagine about multilingual TeX only from "English point of view". That means: what happens, if I get the word Ol\v{s}\'ak in an English document and this word will be encoded in some mumble encoding? I guarantee: this word will be never sent to abroad 8bit encoded but only via TeX sequences. If I send this word in Kamenick\'y or koi8 or some another less common encoding, it is probably not decrypteable for you. This feature is very known for all TeX users in our country. The problem never arises, if Czech author send his document with his name, names his kolegaues and some short Czech sentences to abroad. If I have to typeset a multilingular directions for use of mixer, I will use the inputenc-package solution and I must to generate the format with hyphenation tables for all languages used in the document. This is very less common situation --- cca 0.1% of documents. > * The {\tt inputenc} package sets active {\tt\\catcode}-s > to accented characters. So, the {\tt Ol\v s\'ak} is expanded to > {\tt Ol\\v s\\'ak} therefore you cannot define the > control sequence {\tt\\Ol\v s\'ak}. > Accented letters have {\tt\\catcode=13} but {\tt\\catcode=11} is needed. > > It is of course true that you can't use active characters in command > names. But if you use catcode 11 then you are forcing the same set of > characters to be in the input and the internal encodings. Even with your > extension, you can only permute the characters. The encodings defined by This is for many languages sufficient (excluding languages with more then 256 letters, where only 16bit encoding is possible). > * Donald Knuth has implemented the {\tt xord}/{\tt xchr} vectors into > \TeX{} to separate the encodings used in OS and the internal \TeX{} > encoding (because text fonts used in \TeX{} are independent on OS). > .... > > But ASCII/EBCDIC is rather different to the multiple encodings we have > today. No, it is similar. Imagine the exchange of czech document between two OS with different encodings. > * I think Donald Knuth did not take into the account the possibility > to reencode during the expand processor state, as it is done by > {\tt inputenc} package. Just consider that the {\tt\\uppercase}, > {\tt\\lowercase} primitives do their work on $\langle${\it balanced > text\/}$\rangle$ {\it before expanding\/} using {\tt\\uccode}-s and > {\tt\\lccode}-s, which are used in hyphenation algorithm {\it after > expanding}. > > I would say that \uppercase/\lowercase as implemented in TeX are > irretrievably broken for their suggested purpose of changing the case of > natural language texts. Even without inputenc they just don't work > right. Why? We have never problem with these primitives, if active characters are not used. > Yes, I think that this is an important point, and means that your > proposal is better than the earlier systems that you mention in your > paper, but as you will know by now, I think that to make a truly > workable system (for more than just English and Czech:-) you will have > to make more radical changes to TeXs internals. Making the possibility of comfortable changes in xord/xchr is not only a great advantage for Czech. Many other languages have similar problems (i.e they have more than one encodings for their alphabet, they have less than 256 characters, they need to have the legible log's...). > Attention: it is impossible to re-read the {\tt\\write} files when the > table of second type is active. If, for instance, the {\tt document.tex} > includes some {\tt\\write} activities (for index, table of contents and so > on), we have to read these auxiliary files {\it before\/} > \hbox{\tt\\input 1250-il2} or {\it after\/} {\tt\\restoreinputencoding}. > That is the reason why the {\tt\\dump} (the format generation) > is senseless while table of the second type is active. > > You see I think this is really the heart of it. As I indicated, I need a > system that is under the control of the TeX macro language (ie your > `second type') but if that system destroys writing to external files > that are to be read back, it destroys cross references, tables of > contents,... and so is not usable. The system has to have at its core a This is a part of my article without context. My `second type' is mentioned as an interesting extravagance (the same, but more robust, is the inputenc-package). The main usage of my enctex is based in the `first type' not mentioned here. It menas, there exists a confortable way to rearanging xord/xchr/printability at the iniTeX state and the possibility of saving this information into format file. Conclusion. I try to sort the problems by importance from our point of view: 1. Transparence between OS with different encodings, but all with Czech support. 2. Legible log's. 3. --- 4. Multilingular documents. I try to sort the problems by importance from your point of view: 1. Multilingular documents. 2. --- 3. Legible log's It is clear, that if the priority of problems still stay in this order for your point of view, we will still wait to definitive solution. But we are not waiting. emTeX has the tcp tables and these tables are widelly used in our country. We are using ISO-8859-2 encoded CSfonts many years, thus the unchanged xord/xchr in UNIX TeX systems is not the barriere for us. More: We are using Skarvada's xord/xchr solution in web2c. My enctex solution is widelly used now. IMHO the TeX community is great in our country thanks emTeX and its tcp tables. emTeX was widely used on widely used pseudo-OS DOS. Without tcp tables is impossible to imagine the great Czech TeX community. The pseudo-OS DOS was changed by another (but similar) OS Windows by many users. They have to use the emTeX in DOS emulator because the native Windows TeX instalations have no possibility of xord/xchr changes. The new obscure encoding was defined for Windows for our language. The absence of the possibility of confortable xord/xchr changes in Windows TeX systems is the main and very important problem now! Petr Olsak From owner-pdftex@tug.org Fri Mar 13 03:36:42 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA24992 for ; Fri, 13 Mar 1998 03:36:41 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA27719 for pdftex-list; Fri, 13 Mar 1998 05:28:26 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA27716 for ; Fri, 13 Mar 1998 05:28:23 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id LAA15276; Fri, 13 Mar 1998 11:29:30 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id LAA20063; Fri, 13 Mar 1998 11:29:29 +0100 (MET) From: Han The Thanh Message-Id: <199803131029.LAA20063@anxur.fi.muni.cz> Subject: Re: Problems from pdftex in teTex0.9 In-Reply-To: <199803122033.PAA11694@yoho.uottawa.ca> from Philippe Lavoie at "Mar 12, 98 03:33:24 pm" To: lavoie@zeus.genie.uottawa.ca (Philippe Lavoie) Date: Fri, 13 Mar 1998 11:29:28 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > I'm processing a rather large document (145 pages) > > pdflatex goes through all of it then gives me this > > (see the transcript file for additional information) f/pdftex/base/cmsy.enc> ho4/app/teTeX/texmf/fonts/type1/bluesky/cm/cmsy10.pfb> > Don't know how to process font ptmro8r > ! Emergency stop. > <*> legends > > > I assume this is a simple problem (or is it ?) unfortunately it's not. It's caused as SlantFont and ExtendFont are not supported in pdftex-0.11. > > > Oh and I'd also like to know if I can use the latest pdftex with teTeX > 0.9 or do I need to wait for a new version of it ? I'd suggest to try pdftex-0.12, which supports SlantFont and ExtendFont. However it may be still buggy. If you don't want to play with it, just wait untils this version becomes stable. Thanh From owner-pdftex@tug.org Fri Mar 13 03:38:35 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA25018 for ; Fri, 13 Mar 1998 03:38:34 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA27698 for pdftex-list; Fri, 13 Mar 1998 05:25:19 -0500 Received: from math.feld.cvut.cz (newton.feld.cvut.cz [147.32.244.10]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA27689; Fri, 13 Mar 1998 05:25:14 -0500 Received: from localhost (olsak@localhost) by math.feld.cvut.cz (8.8.5/8.8.5) with SMTP id LAA08297; Fri, 13 Mar 1998 11:23:01 +0100 Date: Fri, 13 Mar 1998 11:23:01 +0100 (MET) From: Petr Olsak To: David Carlisle cc: olsak@math.feld.cvut.cz, pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr In-Reply-To: <199803111923.TAA02185@nag.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hello On Th.03/12/98 David wrote: > Donald Knuth produced TeX at a time when electronic distribution of > documents was basically not an issue. It is clear from many of his > statements that that is the way he thinks of TeX. A system for producing > beautifully typeset paper documents that you then distribute by post or > via a bookstore. This is of course a perfectly valid use, and for such > uses the whole `logical markup' issue does not arise, the TeX source is > your private input into which you can put anything necessary to get the > required output. However this is not the way the majority of TeX users > use TeX today. For many users the portability of the TeX source is > important, maybe even of primary importance. The protability of TeX source is independent on logical markup. It is guaranteed by Knuth: the TeX kernel is frozen. You can create arbitrary TeX source as document if it passed thrue TeX kernel. If you save all sources used by TeX kernel, these sources has the same result independent on the OS and time thanks Knuth. If these TeX sources are encoded in special enconding, then it is a common practice (in our country) to convert these encoding to one used on operating system before processing by TeX. So, the input encoding is dependent on used operating system. > * The {\tt inputenc} package is a solution for \LaTeX{} only, > but \TeX{} is used via other formats too. > > This is a non issue. inputenc is one particular implementation, but > other formats could (and do) implement similar encoding support via > active characters. It is also fairly easy to make a small plain wrapper OK. The better formulation is: Using active characer in plain-based formats for accented letters are not common in our country. I think, this solution is never used, because of complication with active characters (not legible logs, no possibility of using these letters in control sequences, rather more complicated macro-programming with the \write and \uppercase primitives and so on). Plain-based format is used by user, who want to implement his own macro solution of dessign problem. So, the basic starting point (named commonly plain) must be simplifiest. The active characters are not the good choice for the starting point. If the user want to adopt active characters solution, it is possible. But this solution cannot be the only one single possibility and it cannot be built into plain-based formats. > * The {\tt log} files and the terminal outputs are not legible > if overfull/underfull box of Czech text is reported. > The {\tt\char`\^\char`\^}notation is absolutely funny. If the section > 49 of {\tt tex.web} is changed (via {\tt tex.ch} of course) > the following way: > {\tt(k<" ")or(k=invalid\_code)}, the > {\tt\char`\^\char`\^}notation does not occur any more and the text > is legible. > > But only legible if the encoding used on the terminal matches that > used in the font(s). (If that were the only change made, your enctex > modifications alter the behaviour here if I understand correctly) Yes, if xord/xchr is unchanged, the input encoding must be the same as the font encoding. This is reason, why the CSTeX package includes the special set of METAFONT fonts named CSfonts encoded as CM for codes<128 and as ISO-8859-2 for accented letters of our alphabets. This set of fonts (and tools for implementig new arbitrary PostScript fonts in this encoding) are widelly used in our country, because web2c did not have any flexible xord/xchr solution and web2c is used on UNIX-based OS with ISO-8859-2. The same set of fonts are used in DOS and OS2 (with different encodings), because the emTeX is used and it has the tcp tables. > * The reencoding is the {\it implementation\/} problem, it is not the > problem of a naive user, who must write the > {\tt\\usepackage[bla]\char`\{inputenc\char`\}}. > He or she has no knowledge about encoding used in his/her OS. He or she > perceives the {\tt\\usepackage[bla]\char`\{inputenc\char`\}} > as a very mystical one. > > That is true whatever system is used to specify the encoding. > This could be hidden at a higher level interface eg > \usepackage{czech} or \usepackage[czech]{babel} etc > could automatically set up default encodings if that was thought > suitable for the majority of users of a particular language. This philosophy requires to implement the encoding name used by OS in czech.sty. This implies, we will have six different czech.sty's because there exist six different encodings for our language in computer space. I mean, this is not a good idea. > * If the \LaTeX{} document is sent via e-mail with MIME (or similar > methods of transport), the re-encoding is done by e-mail agents and > the document is properly encoded for the OS of the receiver. > > Is that really true? YES, it is true. The Czech texts is possible to send in similar way as "plain text" in message body and not in an Attachment. This texts is reencoded to ISO-8859-2 automatically (independent on OS) and this result is reencoded into 7bit (=hexa) codes and sent. This work is done at MUA level (e-mail user agent). The inverse process is done at recipient side. For example, my friend send me a LaTeX document in message body. He is working in CP1250 in MS Windows. I am working in ISO-8859-2 in UNIX and I get his message reencoded right in my encoding. Only the LaTeX header is still bad. I must make point of, that this is very common problem in our country and is more more important then problems of multilingual and multicoded documents. I repeated: we have _six_ different encodings for our language, one whole document is every time encoded in one encoding. > This is why we want exactly this behaviour: > > {\tt\\usepackage[bla]\char`{inputenc\char`}} is not changed in \LaTeX{} > header automatically, > > thus if the sender and the receiver work in > different encoding---oops---Houston, we have a problem. > > No that is the solution not the problem. If you send me a latin2 encoded > tex file I can't read the source but I can latex the document and it > will produce the correct output as the encoding is specified within the > document. The probability of this situation described above is converged to zero in opposite with common exchanging Czech documents between different OS with different encondings for our language. If I want to send YOU the Czech sentences or words in a document, I presuppose, your OS is not configured for Czech language and I preprocess these sentences into 7bit form via TeX sequences, for example czech=\v{c}e\v{s}tina, my name is Ol\v{s}\'ak. > I think, the reencoding must be solved by software for transportion > between different OS (e-mail agents or WWW servers/clients, for > example) and this problem should not be solved in \LaTeX{} header. > > Such an external encoding solution would of course limit you to the > situation where the same encoding was used throughout the document. This is common situation. 99,9% documents have this feature. > I don't want that. I want you to be able to type Czech in latin2 > and French in latin1 in the same document, and have latex know which > encoding each language is using (and a smart editor like emacs > recognising the language switches and showing each language fragment in > a suitably encoded font). It may be you think that doing one encoding I mean, you imagine about multilingual TeX only from "English point of view". That means: what happens, if I get the word Ol\v{s}\'ak in an English document and this word will be encoded in some mumble encoding? I guarantee: this word will be never sent to abroad 8bit encoded but only via TeX sequences. If I send this word in Kamenick\'y or koi8 or some another less common encoding, it is probably not decrypteable for you. This feature is very known for all TeX users in our country. The problem never arises, if Czech author send his document with his name, names his kolegaues and some short Czech sentences to abroad. If I have to typeset a multilingular directions for use of mixer, I will use the inputenc-package solution and I must to generate the format with hyphenation tables for all languages used in the document. This is very less common situation --- cca 0.1% of documents. > * The {\tt inputenc} package sets active {\tt\\catcode}-s > to accented characters. So, the {\tt Ol\v s\'ak} is expanded to > {\tt Ol\\v s\\'ak} therefore you cannot define the > control sequence {\tt\\Ol\v s\'ak}. > Accented letters have {\tt\\catcode=13} but {\tt\\catcode=11} is needed. > > It is of course true that you can't use active characters in command > names. But if you use catcode 11 then you are forcing the same set of > characters to be in the input and the internal encodings. Even with your > extension, you can only permute the characters. The encodings defined by This is for many languages sufficient (excluding languages with more then 256 letters, where only 16bit encoding is possible). > * Donald Knuth has implemented the {\tt xord}/{\tt xchr} vectors into > \TeX{} to separate the encodings used in OS and the internal \TeX{} > encoding (because text fonts used in \TeX{} are independent on OS). > .... > > But ASCII/EBCDIC is rather different to the multiple encodings we have > today. No, it is similar. Imagine the exchange of czech document between two OS with different encodings. > * I think Donald Knuth did not take into the account the possibility > to reencode during the expand processor state, as it is done by > {\tt inputenc} package. Just consider that the {\tt\\uppercase}, > {\tt\\lowercase} primitives do their work on $\langle${\it balanced > text\/}$\rangle$ {\it before expanding\/} using {\tt\\uccode}-s and > {\tt\\lccode}-s, which are used in hyphenation algorithm {\it after > expanding}. > > I would say that \uppercase/\lowercase as implemented in TeX are > irretrievably broken for their suggested purpose of changing the case of > natural language texts. Even without inputenc they just don't work > right. Why? We have never problem with these primitives, if active characters are not used. > Yes, I think that this is an important point, and means that your > proposal is better than the earlier systems that you mention in your > paper, but as you will know by now, I think that to make a truly > workable system (for more than just English and Czech:-) you will have > to make more radical changes to TeXs internals. Making the possibility of comfortable changes in xord/xchr is not only a great advantage for Czech. Many other languages have similar problems (i.e they have more than one encodings for their alphabet, they have less than 256 characters, they need to have the legible log's...). > Attention: it is impossible to re-read the {\tt\\write} files when the > table of second type is active. If, for instance, the {\tt document.tex} > includes some {\tt\\write} activities (for index, table of contents and so > on), we have to read these auxiliary files {\it before\/} > \hbox{\tt\\input 1250-il2} or {\it after\/} {\tt\\restoreinputencoding}. > That is the reason why the {\tt\\dump} (the format generation) > is senseless while table of the second type is active. > > You see I think this is really the heart of it. As I indicated, I need a > system that is under the control of the TeX macro language (ie your > `second type') but if that system destroys writing to external files > that are to be read back, it destroys cross references, tables of > contents,... and so is not usable. The system has to have at its core a This is a part of my article without context. My `second type' is mentioned as an interesting extravagance (the same, but more robust, is the inputenc-package). The main usage of my enctex is based in the `first type' not mentioned here. It menas, there exists a confortable way to rearanging xord/xchr/printability at the iniTeX state and the possibility of saving this information into format file. Conclusion. I try to sort the problems by importance from our point of view: 1. Transparence between OS with different encodings, but all with Czech support. 2. Legible log's. 3. --- 4. Multilingular documents. I try to sort the problems by importance from your point of view: 1. Multilingular documents. 2. --- 3. Legible log's It is clear, that if the priority of problems still stay in this order for your point of view, we will still wait to definitive solution. But we are not waiting. emTeX has the tcp tables and these tables are widelly used in our country. We are using ISO-8859-2 encoded CSfonts many years, thus the unchanged xord/xchr in UNIX TeX systems is not the barriere for us. More: We are using Skarvada's xord/xchr solution in web2c. My enctex solution is widelly used now. IMHO the TeX community is great in our country thanks emTeX and its tcp tables. emTeX was widely used on widely used pseudo-OS DOS. Without tcp tables is impossible to imagine the great Czech TeX community. The pseudo-OS DOS was changed by another (but similar) OS Windows by many users. They have to use the emTeX in DOS emulator because the native Windows TeX instalations have no possibility of xord/xchr changes. The new obscure encoding was defined for Windows for our language. The absence of the possibility of confortable xord/xchr changes in Windows TeX systems is the main and very important problem now! Petr Olsak From owner-pdftex@tug.org Fri Mar 13 05:52:33 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA27330 for ; Fri, 13 Mar 1998 05:52:32 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA28197 for pdftex-list; Fri, 13 Mar 1998 07:40:24 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA28194 for ; Fri, 13 Mar 1998 07:40:22 -0500 Received: from hagen (zl51.pi.net [145.220.204.51]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id NAA00664; Fri, 13 Mar 1998 13:41:06 +0100 (MET) Posted-Date: Fri, 13 Mar 1998 13:41:06 +0100 (MET) Message-ID: <35091800.58D6@pi.net> Date: Fri, 13 Mar 1998 12:26:56 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Thierry Bouche CC: PDFTeX Mailing List Subject: Re: fontless pdf References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche wrote: > I'm experimenting PDFtex's fontless PDFs (with !cmr10). The idea is > eventually to produce fontless PDFs that could be read by people > having installed locally the fonts (hoping this is possible). Fear for the worst: clashing font names, different local encodings, upper/lowercase problems, corrupt caches, conflicting situations when two differently subset documents are opened, etc. Fontless pdf has been possible from the beginning, but long ago I decided never to trust the mechanisms. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Mar 13 08:16:11 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA00455 for ; Fri, 13 Mar 1998 08:16:10 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA28853 for pdftex-list; Fri, 13 Mar 1998 10:04:29 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.org (8.8.5/8.8.5) with SMTP id KAA28850 for ; Fri, 13 Mar 1998 10:04:27 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Fri, 13 Mar 1998 16:05:21 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01IUMGK79G9C0009BT@wkap.nl> for pdftex@tug.org; Fri, 13 Mar 1998 16:05:16 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01IUMGK5CDMO99DOJU@ID034.WKAP.NL> for pdftex@tug.org; Fri, 13 Mar 1998 16:05:13 +0000 ([+0200]) Date: Fri, 13 Mar 1998 15:59:58 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: fontless pdf In-reply-to: <35091800.58D6@pi.net> To: Thierry Bouche Cc: Hans Hagen , PDFTeX Mailing List Reply-to: taco.hoekwater@wkap.nl Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk > > I'm experimenting PDFtex's fontless PDFs (with !cmr10). The idea is > > eventually to produce fontless PDFs that could be read by people > > having installed locally the fonts (hoping this is possible). > > Fear for the worst: clashing font names, different local encodings, upper/lowercase > problems, corrupt caches, conflicting situations when two differently subset documents > are opened, etc. Fontless pdf has been possible from the beginning, but long ago I > decided never to trust the mechanisms. Same problem here. Don't believe the hype! There are at least 4 different locally installed versions of cmr10 possible that either have different encodings or different hinting (multiply this by 2 or so to compensate for different operating systems): - TrueType version from TrueTeX - TrueType version from PCTeX - Bakoma Type 1 version - BSR Type 1 version However: if you _don't_ use any accents and _don't_ want other people to print your documents I think you may be succesful. Greetings, Taco From owner-pdftex@tug.org Fri Mar 13 09:31:27 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA02888 for ; Fri, 13 Mar 1998 09:31:25 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA29197 for pdftex-list; Fri, 13 Mar 1998 11:21:13 -0500 Received: from by.genie.uottawa.ca (by.genie.uottawa.ca [137.122.20.226]) by tug.org (8.8.5/8.8.5) with SMTP id LAA29194 for ; Fri, 13 Mar 1998 11:21:10 -0500 Received: from zeus.genie.uottawa.ca by by.genie.uottawa.ca (4.1/SMI-4.1) id AA16610; Fri, 13 Mar 98 11:22:13 EST Received: from yoho.uottawa.ca by zeus.genie.uottawa.ca (4.1/SMI-4.1) id AA02910; Fri, 13 Mar 98 11:23:57 EST Received: by yoho.uottawa.ca (SMI-8.6/SMI-SVR4) id LAA12992; Fri, 13 Mar 1998 11:21:50 -0500 Date: Fri, 13 Mar 1998 11:21:50 -0500 Message-Id: <199803131621.LAA12992@yoho.uottawa.ca> From: Philippe Lavoie To: pdftex Subject: About compression level X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, First of all thanks for the answer to my previous question. I cheated and changed pdftex.map instead of getting the latest version ;) Now I have a general question, I do this \pdfcompresslevel=9 However my file is still 100kb which is about the same size as the postscript file. Is there anyways to have it smaller then this ? (this is using the times font) The document is only 26 pages. Thanks Phil From owner-tex-pretest@tug.org Fri Mar 13 12:17:51 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA07487 for ; Fri, 13 Mar 1998 12:17:49 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA29884 for tex-pretest-list; Fri, 13 Mar 1998 14:12:59 -0500 Received: from note.orchestra.cse.unsw.EDU.AU (note.orchestra.cse.unsw.EDU.AU [129.94.242.29]) by tug.org (8.8.5/8.8.5) with SMTP id OAA29881; Fri, 13 Mar 1998 14:12:53 -0500 Received: From sticks02 With LocalMail ; Sat, 14 Mar 98 06:13:15 +1100 From: plaice@cse.unsw.edu.au (John Plaice) To: olsak@math.feld.cvut.cz (Petr Olsak) Date: Sat, 14 Mar 1998 06:13:14 +1100 (EST) Message-Id: <980313191315.12697@cse.unsw.edu.au> Subject: Re: xord/xchr vs Omega Cc: davidc@nag.co.uk, olsak@math.feld.cvut.cz, pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de, omega@ens.fr In-Reply-To: from "Petr Olsak" at Mar 13, 98 11:23:01 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-tex-pretest@tug.org Precedence: bulk >From an exchange between David Carlisle and Petr Olsak ----- D > I don't want that. I want you to be able to type Czech in latin2 D > and French in latin1 in the same document, and have latex know which D > encoding each language is using (and a smart editor like emacs D > recognising the language switches and showing each language fragment in D > a suitably encoded font). It may be you think that doing one encoding P > I mean, you imagine about multilingual TeX only from "English point of P > view". That means: what happens, if I get the word Ol\v{s}\'ak in an P > English document and this word will be encoded in some mumble encoding? I P > guarantee: this word will be never sent to abroad 8bit encoded but only P > via TeX sequences. If I send this word in Kamenick\'y or koi8 or some P > another less common encoding, it is probably not decrypteable for you. P > This feature is very known for all TeX users in our country. The problem P > never arises, if Czech author send his document with his name, names his P > kolegaues and some short Czech sentences to abroad. Petr, your solution does not work. Just in the school where I work, the students come from all over Asia and Europe, and if they were all to write in their own language, and we were to use your solution, assuming that we could deal with the 16-bit issue, which is necessary for most of the scripts in Asia, we would require dozens of different implementations of TeX. We would have ThaiTeX, ChineseTeX (two kinds), JapaneseTeX, CambodianTeX, TamilTeX, HindiTeX, VietnameseTeX, GreekTeX, RussianTeX, and so on and so on. Just covering India would take twenty different TeXs, for the major languages. And even this solution would not work, because it is based on a unilingual model. I want to be able to write multilingual texts, where every language is dealt with properly. I want to be able to use Unicode editors, specialized editors, possibly with complete change of character encoding within the SAME PARAGRAPH, and so on. Here in Australia, every official document comes with about 2 or 3 pages, with a paragraph saying "If you need an interpreter to help you deal with this service, contact so and so", printed in about 20 languages with 10 scripts (perhaps more). This is not an esoteric need, it is a basic need for people here, just so that they can get health care. And there is of course nothing special about Australia. There is no place in the world that is linguistically homogeneous, despite the claims of the nationalists around the world. So, for truly internationalizing TeX, there is only one solution: a single binary solution, that works all around the world, on all operating systems, for all languages, new or old. What David suggested above is exactly what is available in Omega. You can define an encoding for a file, you can switch encodings within a file, you can run in 7 bits, 8 bits or 16 bits (32 bits will have to wait). You can use all of your corporate/local/regional/national/international encodings, with or without transliterations, and then use one or several different font encodings. At the same time, you can keep all the language-specific stuff, such as hyphenation, in Unicode, which is where it belongs, assuming that Unicode properly covers the characters needed for your language (definitely the case for Slovak and Czech). And, of course, the whole thing runs correctly, with NO change, in Japan, in China, in Australia, in Thailand, in Germany, in Czech Republic, in Slovakia, and so on and so forth. So, if I can have this general solution, which is upwardly compatible with TeX and which is available in the web2c-7.2 release, why should we be arguing about transforming things into 7 bits? John Plaice From owner-pdftex@tug.org Fri Mar 13 12:20:33 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA07627 for ; Fri, 13 Mar 1998 12:20:31 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA29890 for pdftex-list; Fri, 13 Mar 1998 14:13:00 -0500 Received: from note.orchestra.cse.unsw.EDU.AU (note.orchestra.cse.unsw.EDU.AU [129.94.242.29]) by tug.org (8.8.5/8.8.5) with SMTP id OAA29881; Fri, 13 Mar 1998 14:12:53 -0500 Received: From sticks02 With LocalMail ; Sat, 14 Mar 98 06:13:15 +1100 From: plaice@cse.unsw.edu.au (John Plaice) To: olsak@math.feld.cvut.cz (Petr Olsak) Date: Sat, 14 Mar 1998 06:13:14 +1100 (EST) Message-Id: <980313191315.12697@cse.unsw.edu.au> Subject: Re: xord/xchr vs Omega Cc: davidc@nag.co.uk, olsak@math.feld.cvut.cz, pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de, omega@ens.fr In-Reply-To: from "Petr Olsak" at Mar 13, 98 11:23:01 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk >From an exchange between David Carlisle and Petr Olsak ----- D > I don't want that. I want you to be able to type Czech in latin2 D > and French in latin1 in the same document, and have latex know which D > encoding each language is using (and a smart editor like emacs D > recognising the language switches and showing each language fragment in D > a suitably encoded font). It may be you think that doing one encoding P > I mean, you imagine about multilingual TeX only from "English point of P > view". That means: what happens, if I get the word Ol\v{s}\'ak in an P > English document and this word will be encoded in some mumble encoding? I P > guarantee: this word will be never sent to abroad 8bit encoded but only P > via TeX sequences. If I send this word in Kamenick\'y or koi8 or some P > another less common encoding, it is probably not decrypteable for you. P > This feature is very known for all TeX users in our country. The problem P > never arises, if Czech author send his document with his name, names his P > kolegaues and some short Czech sentences to abroad. Petr, your solution does not work. Just in the school where I work, the students come from all over Asia and Europe, and if they were all to write in their own language, and we were to use your solution, assuming that we could deal with the 16-bit issue, which is necessary for most of the scripts in Asia, we would require dozens of different implementations of TeX. We would have ThaiTeX, ChineseTeX (two kinds), JapaneseTeX, CambodianTeX, TamilTeX, HindiTeX, VietnameseTeX, GreekTeX, RussianTeX, and so on and so on. Just covering India would take twenty different TeXs, for the major languages. And even this solution would not work, because it is based on a unilingual model. I want to be able to write multilingual texts, where every language is dealt with properly. I want to be able to use Unicode editors, specialized editors, possibly with complete change of character encoding within the SAME PARAGRAPH, and so on. Here in Australia, every official document comes with about 2 or 3 pages, with a paragraph saying "If you need an interpreter to help you deal with this service, contact so and so", printed in about 20 languages with 10 scripts (perhaps more). This is not an esoteric need, it is a basic need for people here, just so that they can get health care. And there is of course nothing special about Australia. There is no place in the world that is linguistically homogeneous, despite the claims of the nationalists around the world. So, for truly internationalizing TeX, there is only one solution: a single binary solution, that works all around the world, on all operating systems, for all languages, new or old. What David suggested above is exactly what is available in Omega. You can define an encoding for a file, you can switch encodings within a file, you can run in 7 bits, 8 bits or 16 bits (32 bits will have to wait). You can use all of your corporate/local/regional/national/international encodings, with or without transliterations, and then use one or several different font encodings. At the same time, you can keep all the language-specific stuff, such as hyphenation, in Unicode, which is where it belongs, assuming that Unicode properly covers the characters needed for your language (definitely the case for Slovak and Czech). And, of course, the whole thing runs correctly, with NO change, in Japan, in China, in Australia, in Thailand, in Germany, in Czech Republic, in Slovakia, and so on and so forth. So, if I can have this general solution, which is upwardly compatible with TeX and which is available in the web2c-7.2 release, why should we be arguing about transforming things into 7 bits? John Plaice From owner-pdftex@tug.org Fri Mar 13 12:29:29 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA07890 for ; Fri, 13 Mar 1998 12:29:28 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA29962 for pdftex-list; Fri, 13 Mar 1998 14:25:32 -0500 Received: from heaton.cl.cam.ac.uk (heaton.cl.cam.ac.uk [128.232.32.11]) by tug.org (8.8.5/8.8.5) with SMTP id OAA29959; Fri, 13 Mar 1998 14:25:29 -0500 Received: from dorceus.cl.cam.ac.uk (cl.cam.ac.uk) [128.232.1.34] (rf) by heaton.cl.cam.ac.uk with esmtp (Exim 1.82 #1) id 0yDa60-0002dV-00; Fri, 13 Mar 1998 19:26:20 +0000 To: plaice@cse.unsw.edu.au (John Plaice) cc: olsak@math.feld.cvut.cz (Petr Olsak), davidc@nag.co.uk, pdftex@tug.org, tex-pretest@tug.org, omega@ens.fr Subject: Re: xord/xchr vs Omega In-reply-to: Your message of "Sat, 14 Mar 1998 06:13:14 +1100." <980313191315.12697@cse.unsw.edu.au> Date: Fri, 13 Mar 1998 19:26:14 +0000 From: Robin Fairbairns Message-Id: Sender: owner-pdftex@tug.org Precedence: bulk > So, if I can have this general solution, which is upwardly compatible > with TeX and which is available in the web2c-7.2 release, why should > we be arguing about transforming things into 7 bits? i agree with all john has said here (subject to availability of fonts and so on). however, i wonder whether petr is actually worrying about another issue, viz., that of mailing things. it certainly seems the case that even my mime-aware mua (which i don't ordinarily use) throws up its hands in horror when presented with iso 8859-2 (which contains c hacek, and other `east european' characters). in such a circumstance it's likely that people will fall back on 7-bit tex codes (with all their limitations) if they need to make this sort of distinction. at least mail is nowadays mostly 7-bit clean. when i started using it there were characters you often found randomly transmogrified by passage through ebcdic-speaking systems... r From owner-tex-pretest@tug.org Fri Mar 13 12:30:36 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA07931 for ; Fri, 13 Mar 1998 12:30:34 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA29968 for tex-pretest-list; Fri, 13 Mar 1998 14:25:36 -0500 Received: from heaton.cl.cam.ac.uk (heaton.cl.cam.ac.uk [128.232.32.11]) by tug.org (8.8.5/8.8.5) with SMTP id OAA29959; Fri, 13 Mar 1998 14:25:29 -0500 Received: from dorceus.cl.cam.ac.uk (cl.cam.ac.uk) [128.232.1.34] (rf) by heaton.cl.cam.ac.uk with esmtp (Exim 1.82 #1) id 0yDa60-0002dV-00; Fri, 13 Mar 1998 19:26:20 +0000 To: plaice@cse.unsw.edu.au (John Plaice) cc: olsak@math.feld.cvut.cz (Petr Olsak), davidc@nag.co.uk, pdftex@tug.org, tex-pretest@tug.org, omega@ens.fr Subject: Re: xord/xchr vs Omega In-reply-to: Your message of "Sat, 14 Mar 1998 06:13:14 +1100." <980313191315.12697@cse.unsw.edu.au> Date: Fri, 13 Mar 1998 19:26:14 +0000 From: Robin Fairbairns Message-Id: Sender: owner-tex-pretest@tug.org Precedence: bulk > So, if I can have this general solution, which is upwardly compatible > with TeX and which is available in the web2c-7.2 release, why should > we be arguing about transforming things into 7 bits? i agree with all john has said here (subject to availability of fonts and so on). however, i wonder whether petr is actually worrying about another issue, viz., that of mailing things. it certainly seems the case that even my mime-aware mua (which i don't ordinarily use) throws up its hands in horror when presented with iso 8859-2 (which contains c hacek, and other `east european' characters). in such a circumstance it's likely that people will fall back on 7-bit tex codes (with all their limitations) if they need to make this sort of distinction. at least mail is nowadays mostly 7-bit clean. when i started using it there were characters you often found randomly transmogrified by passage through ebcdic-speaking systems... r From owner-tex-pretest@tug.org Fri Mar 13 13:49:11 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA09919 for ; Fri, 13 Mar 1998 13:49:09 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA30273 for tex-pretest-list; Fri, 13 Mar 1998 15:44:21 -0500 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA30270; Fri, 13 Mar 1998 15:44:08 -0500 Received: from qcd.lanl.gov (qcd.lanl.gov [128.165.23.46]) by mailhost.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id NAA26303; Fri, 13 Mar 1998 13:45:10 -0700 (MST) Received: by qcd.lanl.gov (SMI-8.6/SMI-SVR4) id NAA12277; Fri, 13 Mar 1998 13:42:07 -0700 Date: Fri, 13 Mar 1998 13:42:07 -0700 Message-Id: <199803132042.NAA12277@qcd.lanl.gov> From: Tanmoy Bhattacharya To: plaice@cse.unsw.edu.au (John Plaice) Cc: olsak@math.feld.cvut.cz (Petr Olsak), davidc@nag.co.uk, pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de, omega@ens.fr Subject: Re: xord/xchr vs Omega In-Reply-To: <980313191315.12697@cse.unsw.edu.au> References: <980313191315.12697@cse.unsw.edu.au> Sender: owner-tex-pretest@tug.org Precedence: bulk In <980313191315.12697@cse.unsw.edu.au> dated 06:13:14 +1100 Sat March 14, 1998, John Plaice writes > What David suggested above is exactly what is available in Omega. You can > define an encoding for a file, you can switch encodings within a file, > you can run in 7 bits, 8 bits or 16 bits (32 bits will have to wait). > You can use all of your corporate/local/regional/national/international > encodings, with or without transliterations, and then use one or > several different font encodings. At the same time, you can keep all > the language-specific stuff, such as hyphenation, in Unicode, which > is where it belongs, assuming that Unicode properly covers the characters > needed for your language (definitely the case for Slovak and Czech). > I don't know anything about Omega, but this sounds interesting. Even though most of these are possibly the wrong lists, could someone answer an old question of mine? How does it handle (or, if it doesn't, should one handle) north Indian scripts (e.g. Bengali or Hindi) where the marks on the page don't quite fit the usual TeX model? Thus 'xxyv' where x's and y are consonants and v belongs to a class of vowels is written as a mark corresponding to non-syllable-initial v *followed* by marks corresponding to non-vowel-preceding x's (possibly ligatured) followed by a mark corresponding to vowel-preceding y (possibly ligatured with previous x's). I have not figured out how this fits into the TeX model of fonts at all! I can think of doing the whole thing with complicated metafont files (if the limits are increased), but have never figured out any way to invert the order of the x's and v! Naturally, I can enumerate as ligatures all the cases that occur in the language, and are likely to occur as new words enter the language, but that is cheating. (Incidentally, there are symbols for free-standing consonants always, which are usually used at syllable ends, so one can cheat and write the above as a sequence of free-standing x's followed by v followed by y, but that is not how the language is written usually except when one is dealing with a complete gobbledygook of consonantal symbols which don't fit into the usual model of sounds the script is trying to represent. That solution is also cheating). Indian TeX packages usually preprocess stuff (which inverts the stuff), or use keyboards specifically designed for such languages (which inverts it in the editor). Thanks in advance for any insight Tanmoy From owner-pdftex@tug.org Fri Mar 13 13:49:58 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA09946 for ; Fri, 13 Mar 1998 13:49:57 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA30279 for pdftex-list; Fri, 13 Mar 1998 15:44:23 -0500 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA30270; Fri, 13 Mar 1998 15:44:08 -0500 Received: from qcd.lanl.gov (qcd.lanl.gov [128.165.23.46]) by mailhost.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id NAA26303; Fri, 13 Mar 1998 13:45:10 -0700 (MST) Received: by qcd.lanl.gov (SMI-8.6/SMI-SVR4) id NAA12277; Fri, 13 Mar 1998 13:42:07 -0700 Date: Fri, 13 Mar 1998 13:42:07 -0700 Message-Id: <199803132042.NAA12277@qcd.lanl.gov> From: Tanmoy Bhattacharya To: plaice@cse.unsw.edu.au (John Plaice) Cc: olsak@math.feld.cvut.cz (Petr Olsak), davidc@nag.co.uk, pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de, omega@ens.fr Subject: Re: xord/xchr vs Omega In-Reply-To: <980313191315.12697@cse.unsw.edu.au> References: <980313191315.12697@cse.unsw.edu.au> Sender: owner-pdftex@tug.org Precedence: bulk In <980313191315.12697@cse.unsw.edu.au> dated 06:13:14 +1100 Sat March 14, 1998, John Plaice writes > What David suggested above is exactly what is available in Omega. You can > define an encoding for a file, you can switch encodings within a file, > you can run in 7 bits, 8 bits or 16 bits (32 bits will have to wait). > You can use all of your corporate/local/regional/national/international > encodings, with or without transliterations, and then use one or > several different font encodings. At the same time, you can keep all > the language-specific stuff, such as hyphenation, in Unicode, which > is where it belongs, assuming that Unicode properly covers the characters > needed for your language (definitely the case for Slovak and Czech). > I don't know anything about Omega, but this sounds interesting. Even though most of these are possibly the wrong lists, could someone answer an old question of mine? How does it handle (or, if it doesn't, should one handle) north Indian scripts (e.g. Bengali or Hindi) where the marks on the page don't quite fit the usual TeX model? Thus 'xxyv' where x's and y are consonants and v belongs to a class of vowels is written as a mark corresponding to non-syllable-initial v *followed* by marks corresponding to non-vowel-preceding x's (possibly ligatured) followed by a mark corresponding to vowel-preceding y (possibly ligatured with previous x's). I have not figured out how this fits into the TeX model of fonts at all! I can think of doing the whole thing with complicated metafont files (if the limits are increased), but have never figured out any way to invert the order of the x's and v! Naturally, I can enumerate as ligatures all the cases that occur in the language, and are likely to occur as new words enter the language, but that is cheating. (Incidentally, there are symbols for free-standing consonants always, which are usually used at syllable ends, so one can cheat and write the above as a sequence of free-standing x's followed by v followed by y, but that is not how the language is written usually except when one is dealing with a complete gobbledygook of consonantal symbols which don't fit into the usual model of sounds the script is trying to represent. That solution is also cheating). Indian TeX packages usually preprocess stuff (which inverts the stuff), or use keyboards specifically designed for such languages (which inverts it in the editor). Thanks in advance for any insight Tanmoy From owner-pdftex@tug.org Fri Mar 13 16:12:43 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA13581 for ; Fri, 13 Mar 1998 16:12:42 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA30800 for pdftex-list; Fri, 13 Mar 1998 18:08:58 -0500 Received: from next.aps.org (aps4.aps.bnl.gov [130.199.52.132]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA30797 for ; Fri, 13 Mar 1998 18:08:57 -0500 Received: from localhost (doyle@localhost) by next.aps.org (8.8.7/8.8.2) with SMTP id SAA01979 for ; Fri, 13 Mar 1998 18:09:44 -0500 (EST) X-Authentication-Warning: next.aps.org: doyle owned process doing -bs Date: Fri, 13 Mar 1998 18:09:43 -0500 (EST) From: Mark Doyle Reply-To: doyle@aps.org To: pdftex@tug.org Subject: Re: fontless pdf In-Reply-To: <199803130839.JAA20919@mozart.ujf-grenoble.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by tug.org id SAA30798 Sender: owner-pdftex@tug.org Precedence: bulk Hello, On Fri, 13 Mar 1998, Thierry Bouche wrote: > > Thank you very much for your answer. Your welcome -- sorry it wasn't more positive. > > » files, but recently gave in because of the headaches to using files > » distilled by 3.0 which uses a new font compression scheme making it less > » egregious to waste the bandwidth by repeatedly sending out the fonts. I > > i suppose this is FlateDecode? and i suppose this is what is used by > pdftex? No, this is something separate I believe. It is a new font format called, I think, CFF/Type 2 (or Type 1C in PDF). Don't know much about it other than that it exists and that older readers can't read it. FlateDecode just refers to the compression algorithm used for the text itself. > To give you an order of comparision, the same one page file, > containing text in serif & sans+ various (simple) maths formulas yields > a PDF file of > - 100 Kb if CM/AMS type 1 used > - 32 Kb if mathptm is used (i.e. every possible glyph taken from > Times/Helvetica/Symbol--others from CM/AMS) > - 17 Kb without fonts. Yeah, it is hard to ignore the factor of 5 or 6, eh? Cheers, Mark From owner-pdftex@tug.org Sat Mar 14 16:21:54 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA06146 for ; Sat, 14 Mar 1998 04:20:52 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA00774 for pdftex-list; Sat, 14 Mar 1998 06:12:04 -0500 Received: from nx1.HRZ.Uni-Dortmund.DE (nx1.HRZ.Uni-Dortmund.DE [129.217.131.3]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA00762; Sat, 14 Mar 1998 06:11:59 -0500 Received: from nx5.HRZ.Uni-Dortmund.DE by nx1.hrz.uni-dortmund.de with SMTP (PP); Sat, 14 Mar 1998 12:12:40 +0100 Received: from StudServer.Uni-Dortmund.DE (actually sx2.HRZ.Uni-Dortmund.DE) by nx5.HRZ.Uni-Dortmund.DE with SMTP (PP); Sat, 14 Mar 1998 12:12:37 +0100 Received: from localhost by StudServer.Uni-Dortmund.DE (SMI-8.6/HRZ-V1.6-SunOS-09/10/97-11:04:10) id MAA10829; Sat, 14 Mar 1998 12:12:34 +0100 Date: Sat, 14 Mar 1998 12:12:34 +0100 (MET) From: Werner Lemberg To: Tanmoy Bhattacharya cc: John Plaice , Petr Olsak , davidc@nag.co.uk, pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de, omega@ens.fr Subject: Re: xord/xchr vs Omega In-Reply-To: <199803132042.NAA12277@qcd.lanl.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Fri, 13 Mar 1998, Tanmoy Bhattacharya wrote: > How does it handle (or, if it doesn't, should one handle) north Indian > scripts (e.g. Bengali or Hindi) where the marks on the page don't > quite fit the usual TeX model? Thus 'xxyv' where x's and y are > consonants and v belongs to a class of vowels is written as a mark > corresponding to non-syllable-initial v *followed* by marks > corresponding to non-vowel-preceding x's (possibly ligatured) followed > by a mark corresponding to vowel-preceding y (possibly ligatured with > previous x's). I have not figured out how this fits into the TeX model > of fonts at all! This is one of the very reasons Omega OTP's were designed! You have a list of characters representing a certain Indic glyph, and the OPT will manipulate it to get a final glyph index into a Indic font. Omega's TeX engine will only see one element, the glyph, and not the string of characters necessary to represent it. I don't know whether someone has already done a specific implementation (I only know of Tibetan; Yannis has developed a Khmer package a few years ago which he wants to port to Omega). > Indian TeX packages usually preprocess stuff (which inverts the > stuff), or use keyboards specifically designed for such languages > (which inverts it in the editor). Think of OTP's as a built-in preprocessor... Werner From owner-tex-pretest@tug.org Sat Mar 14 16:22:09 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA05886 for ; Sat, 14 Mar 1998 04:16:42 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA00768 for tex-pretest-list; Sat, 14 Mar 1998 06:12:01 -0500 Received: from nx1.HRZ.Uni-Dortmund.DE (nx1.HRZ.Uni-Dortmund.DE [129.217.131.3]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA00762; Sat, 14 Mar 1998 06:11:59 -0500 Received: from nx5.HRZ.Uni-Dortmund.DE by nx1.hrz.uni-dortmund.de with SMTP (PP); Sat, 14 Mar 1998 12:12:40 +0100 Received: from StudServer.Uni-Dortmund.DE (actually sx2.HRZ.Uni-Dortmund.DE) by nx5.HRZ.Uni-Dortmund.DE with SMTP (PP); Sat, 14 Mar 1998 12:12:37 +0100 Received: from localhost by StudServer.Uni-Dortmund.DE (SMI-8.6/HRZ-V1.6-SunOS-09/10/97-11:04:10) id MAA10829; Sat, 14 Mar 1998 12:12:34 +0100 Date: Sat, 14 Mar 1998 12:12:34 +0100 (MET) From: Werner Lemberg To: Tanmoy Bhattacharya cc: John Plaice , Petr Olsak , davidc@nag.co.uk, pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de, omega@ens.fr Subject: Re: xord/xchr vs Omega In-Reply-To: <199803132042.NAA12277@qcd.lanl.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk On Fri, 13 Mar 1998, Tanmoy Bhattacharya wrote: > How does it handle (or, if it doesn't, should one handle) north Indian > scripts (e.g. Bengali or Hindi) where the marks on the page don't > quite fit the usual TeX model? Thus 'xxyv' where x's and y are > consonants and v belongs to a class of vowels is written as a mark > corresponding to non-syllable-initial v *followed* by marks > corresponding to non-vowel-preceding x's (possibly ligatured) followed > by a mark corresponding to vowel-preceding y (possibly ligatured with > previous x's). I have not figured out how this fits into the TeX model > of fonts at all! This is one of the very reasons Omega OTP's were designed! You have a list of characters representing a certain Indic glyph, and the OPT will manipulate it to get a final glyph index into a Indic font. Omega's TeX engine will only see one element, the glyph, and not the string of characters necessary to represent it. I don't know whether someone has already done a specific implementation (I only know of Tibetan; Yannis has developed a Khmer package a few years ago which he wants to port to Omega). > Indian TeX packages usually preprocess stuff (which inverts the > stuff), or use keyboards specifically designed for such languages > (which inverts it in the editor). Think of OTP's as a built-in preprocessor... Werner From owner-pdftex@tug.org Sat Mar 14 16:22:24 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA08444 for ; Sat, 14 Mar 1998 04:58:30 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA00909 for pdftex-list; Sat, 14 Mar 1998 06:52:38 -0500 Received: from cc.vsu.ru (ns.vsu.relarn.ru [194.226.24.1]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA00903; Sat, 14 Mar 1998 06:51:41 -0500 Received: (from uucp@localhost) by cc.vsu.ru (8.8.8-vsu/8.8.8) with UUCP id OAA24878; Sat, 14 Mar 1998 14:12:51 +0300 Received: (from vvv@localhost) by vvv.vsu.ru (8.8.7/8.8.7) id AAA03565; Sat, 14 Mar 1998 00:43:41 +0300 To: Petr Olsak Cc: David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr References: From: Vladimir Volovich Date: 14 Mar 1998 00:43:41 +0300 In-Reply-To: Petr Olsak's message of "Fri, 13 Mar 1998 11:23:01 +0100 (MET)" Message-ID: X-Mailer: Quassia Gnus v0.31/Emacs 20.2 X-Emacs: Emacs 20.2 (with raw setting) MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hello, "PO" == Petr Olsak writes: >> But only legible if the encoding used on the terminal matches that >> used in the font(s). (If that were the only change made, your enctex >> modifications alter the behaviour here if I understand correctly) PO> Yes, if xord/xchr is unchanged, the input encoding must be the same as PO> the font encoding. This is reason, why the CSTeX package includes the PO> special set of METAFONT fonts named CSfonts encoded as CM for codes<128 and PO> as ISO-8859-2 for accented letters of our alphabets. Does it mean that the users of the systems based on enctex have different sets of czech fonts, --- one set of fonts per one widely used input encoding (you meniton 6 of them)? This is very inconvenient. Much more inconvenient than having e.g. 6 different variants of czech.sty (which actually differ only in one line, which calls inputenc with the proper default encoding). If only one set of fonts is used (and the xord/xchr IS changed), then the log files will be unreadable in your approach too... >> That is true whatever system is used to specify the encoding. >> This could be hidden at a higher level interface eg >> \usepackage{czech} or \usepackage[czech]{babel} etc could >> automatically set up default encodings if that was thought >> suitable for the majority of users of a particular language. PO> This philosophy requires to implement the encoding name used by PO> OS in czech.sty. This implies, we will have six different PO> czech.sty's because there exist six different encodings for our PO> language in computer space. I mean, this is not a good idea. But the another solution (to re-encode the message containing an article in one of those 6 encodings by means of MUA) is not simpler. It is harder, because it assumes that the user has a very robust MUA. Moreover, I doubt that the automatic re-encoding can always be done by means of MUAs. Just imagine that the articles were put into an archive (say, zip), and then were attached to the letter. Then, noone MUA is able to determine the encoding used in those articles and to provide a robust re-encoding of articles to the encoding used by that OS. The user has to re-encode the article manually, or to process that article by TeX provided that TeX is able to re-encode. This is true for inputenc solution and Omega. The unmodified TeX is not capable to deal with multilingual documents without using inputenc-like approach. The means like TCP or enctex are suitable exclusively for bi-lingual documents. What happens if I want to use 3 languages in different input encodings in a one document? >> * If the \LaTeX{} document is sent via e-mail with MIME (or >> similar methods of transport), the re-encoding is done by e-mail >> agents and the document is properly encoded for the OS of the >> receiver. >> >> Is that really true? PO> YES, it is true. No, it isn't. See the above example. PO> The Czech texts is possible to send in similar PO> way as "plain text" in message body and not in an PO> Attachment. This texts is reencoded to ISO-8859-2 automatically PO> (independent on OS) and this result is reencoded into 7bit PO> (=hexa) codes and sent. This work is done at MUA level (e-mail PO> user agent). The inverse process is done at recipient side. Imagine that you need to send a 1Mb TeX file. Will you compress it before attaching? If so, you will not be able to automatically get the OS-friendly encoding on the recipient's side. PO> The probability of this situation described above is converged to PO> zero in opposite with common exchanging Czech documents between PO> different OS with different encondings for our language. If I PO> want to send YOU the Czech sentences or words in a document, I PO> presuppose, your OS is not configured for Czech language and I PO> preprocess these sentences into 7bit form via TeX sequences, for PO> example czech=\v{c}e\v{s}tina, my name is Ol\v{s}\'ak. And what could you propose for e.g. russian? Russian letter set does not even intersect with the latin letter set. I think that if I will send my TeX file containing russian text in a (say) koi8-r encoding (note that we also have a LOT of different encodings), then my recipient will be able to process it in a LaTeX environment using the inputenc package. TeX could be easily used for re-encoder, as David mentioned: if you receive a letter in some `foreign' encoding, the only thing you have to do to read this letter is to call inputenc with the proper option (provided that someone wrote the corresponding input encoding definitiopn file). :-) >> Yes, I think that this is an important point, and means that your >> proposal is better than the earlier systems that you mention in >> your paper, It should be noted that with respect to the provided possibilities, the emTeX's TCPs seem to be more `featureful' than enctex. I mean that TCPs let one not only map character codes to character codes, but also are able to map character codes to arbitrary text including macros. But this fact does not increase the portability of TCPs. ;-) PO> Conclusion. PO> I try to sort the problems by importance from our point of view: PO> 1. Transparence between OS with different encodings, but all with PO> Czech support. What does TeX have to do with this issue? It is a MUAs problem, according to your letter, isn't it? On the contrary, the inputenc (and Omega) provide really transparence between OS with different encodings. The inputenc-like approach is the best possible thing which can be done with `virgin' (unmodified) TeX. The Omega and e-TeX will provide much more convenient, general and multilingual-capable solutions. PO> 2. Legible log's. It should be noted that e.g. AUX files are readable when the inputenc is used. Instead of `normal' 8-bit characters we have letters represented as e.g. `\IeC {\CYRA }' for the cyrillic letter A. We have to live with this until Omega and/or e-TeX will provide a portable way to have logs and AUX files in a `native' 8-bit encodings. Best regards, -- Vladimir. From owner-tex-pretest@tug.org Sat Mar 14 16:22:29 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA08394 for ; Sat, 14 Mar 1998 04:57:43 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA00915 for tex-pretest-list; Sat, 14 Mar 1998 06:52:47 -0500 Received: from cc.vsu.ru (ns.vsu.relarn.ru [194.226.24.1]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA00903; Sat, 14 Mar 1998 06:51:41 -0500 Received: (from uucp@localhost) by cc.vsu.ru (8.8.8-vsu/8.8.8) with UUCP id OAA24878; Sat, 14 Mar 1998 14:12:51 +0300 Received: (from vvv@localhost) by vvv.vsu.ru (8.8.7/8.8.7) id AAA03565; Sat, 14 Mar 1998 00:43:41 +0300 To: Petr Olsak Cc: David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr References: From: Vladimir Volovich Date: 14 Mar 1998 00:43:41 +0300 In-Reply-To: Petr Olsak's message of "Fri, 13 Mar 1998 11:23:01 +0100 (MET)" Message-ID: X-Mailer: Quassia Gnus v0.31/Emacs 20.2 X-Emacs: Emacs 20.2 (with raw setting) MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk Hello, "PO" == Petr Olsak writes: >> But only legible if the encoding used on the terminal matches that >> used in the font(s). (If that were the only change made, your enctex >> modifications alter the behaviour here if I understand correctly) PO> Yes, if xord/xchr is unchanged, the input encoding must be the same as PO> the font encoding. This is reason, why the CSTeX package includes the PO> special set of METAFONT fonts named CSfonts encoded as CM for codes<128 and PO> as ISO-8859-2 for accented letters of our alphabets. Does it mean that the users of the systems based on enctex have different sets of czech fonts, --- one set of fonts per one widely used input encoding (you meniton 6 of them)? This is very inconvenient. Much more inconvenient than having e.g. 6 different variants of czech.sty (which actually differ only in one line, which calls inputenc with the proper default encoding). If only one set of fonts is used (and the xord/xchr IS changed), then the log files will be unreadable in your approach too... >> That is true whatever system is used to specify the encoding. >> This could be hidden at a higher level interface eg >> \usepackage{czech} or \usepackage[czech]{babel} etc could >> automatically set up default encodings if that was thought >> suitable for the majority of users of a particular language. PO> This philosophy requires to implement the encoding name used by PO> OS in czech.sty. This implies, we will have six different PO> czech.sty's because there exist six different encodings for our PO> language in computer space. I mean, this is not a good idea. But the another solution (to re-encode the message containing an article in one of those 6 encodings by means of MUA) is not simpler. It is harder, because it assumes that the user has a very robust MUA. Moreover, I doubt that the automatic re-encoding can always be done by means of MUAs. Just imagine that the articles were put into an archive (say, zip), and then were attached to the letter. Then, noone MUA is able to determine the encoding used in those articles and to provide a robust re-encoding of articles to the encoding used by that OS. The user has to re-encode the article manually, or to process that article by TeX provided that TeX is able to re-encode. This is true for inputenc solution and Omega. The unmodified TeX is not capable to deal with multilingual documents without using inputenc-like approach. The means like TCP or enctex are suitable exclusively for bi-lingual documents. What happens if I want to use 3 languages in different input encodings in a one document? >> * If the \LaTeX{} document is sent via e-mail with MIME (or >> similar methods of transport), the re-encoding is done by e-mail >> agents and the document is properly encoded for the OS of the >> receiver. >> >> Is that really true? PO> YES, it is true. No, it isn't. See the above example. PO> The Czech texts is possible to send in similar PO> way as "plain text" in message body and not in an PO> Attachment. This texts is reencoded to ISO-8859-2 automatically PO> (independent on OS) and this result is reencoded into 7bit PO> (=hexa) codes and sent. This work is done at MUA level (e-mail PO> user agent). The inverse process is done at recipient side. Imagine that you need to send a 1Mb TeX file. Will you compress it before attaching? If so, you will not be able to automatically get the OS-friendly encoding on the recipient's side. PO> The probability of this situation described above is converged to PO> zero in opposite with common exchanging Czech documents between PO> different OS with different encondings for our language. If I PO> want to send YOU the Czech sentences or words in a document, I PO> presuppose, your OS is not configured for Czech language and I PO> preprocess these sentences into 7bit form via TeX sequences, for PO> example czech=\v{c}e\v{s}tina, my name is Ol\v{s}\'ak. And what could you propose for e.g. russian? Russian letter set does not even intersect with the latin letter set. I think that if I will send my TeX file containing russian text in a (say) koi8-r encoding (note that we also have a LOT of different encodings), then my recipient will be able to process it in a LaTeX environment using the inputenc package. TeX could be easily used for re-encoder, as David mentioned: if you receive a letter in some `foreign' encoding, the only thing you have to do to read this letter is to call inputenc with the proper option (provided that someone wrote the corresponding input encoding definitiopn file). :-) >> Yes, I think that this is an important point, and means that your >> proposal is better than the earlier systems that you mention in >> your paper, It should be noted that with respect to the provided possibilities, the emTeX's TCPs seem to be more `featureful' than enctex. I mean that TCPs let one not only map character codes to character codes, but also are able to map character codes to arbitrary text including macros. But this fact does not increase the portability of TCPs. ;-) PO> Conclusion. PO> I try to sort the problems by importance from our point of view: PO> 1. Transparence between OS with different encodings, but all with PO> Czech support. What does TeX have to do with this issue? It is a MUAs problem, according to your letter, isn't it? On the contrary, the inputenc (and Omega) provide really transparence between OS with different encodings. The inputenc-like approach is the best possible thing which can be done with `virgin' (unmodified) TeX. The Omega and e-TeX will provide much more convenient, general and multilingual-capable solutions. PO> 2. Legible log's. It should be noted that e.g. AUX files are readable when the inputenc is used. Instead of `normal' 8-bit characters we have letters represented as e.g. `\IeC {\CYRA }' for the cyrillic letter A. We have to live with this until Omega and/or e-TeX will provide a portable way to have logs and AUX files in a `native' 8-bit encodings. Best regards, -- Vladimir. From owner-pdftex@tug.org Sat Mar 14 17:11:55 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA02758 for ; Sat, 14 Mar 1998 17:11:54 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA03467 for pdftex-list; Sat, 14 Mar 1998 19:07:00 -0500 Received: from post.mail.demon.net (post-10.mail.demon.net [193.195.0.154]) by tug.org (8.8.5/8.8.5) with SMTP id TAA03464; Sat, 14 Mar 1998 19:06:53 -0500 Received: from dcarlisle.demon.co.uk ([194.222.187.145]) by post.mail.demon.net id aa1010520; 14 Mar 98 23:56 GMT Received: by dcarlisle.demon.co.uk id m0yDe2O-000OVvC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 13 Mar 1998 23:38:52 +0000 (GMT) Message-Id: Date: Fri, 13 Mar 1998 23:38:52 +0000 (GMT) From: David Carlisle To: olsak@math.feld.cvut.cz CC: pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.uni-mainz.de In-reply-to: (message from Petr Olsak on Fri, 13 Mar 1998 11:23:01 +0100 (MET)) Subject: Re: xord/xchr Sender: owner-pdftex@tug.org Precedence: bulk me> Is that really true? Petr> YES, it is true. Ah. I see what you mean now (although I still claim it isn't true:-) There are two situations. 1) two encodings with the same underlying character set. Typically caused by Microsoft taking a perfectly good encoding like latin-? and permuting it randomly to produce cp????. In this case (which I gather is the main problem you are faced with) the transport of text files from one machine to another can sensibly re-encode the file. This would have the unfortunate effect of leaving the latex \usepackage[xxxx]{inputenc} with the wrong encoding specified. I can see that this could be confusing and inconvenient. Perhaps we should do something about that within the inputenc model (for standard tex, whatever extended tex support for encodings is finally decided). 2) The case that I am more familiar with. Two encodings with different underlying character sets. Such as latin-1 & latin-2. Here the transport can not re-encode the file, and so inputenc does the right thing (hopefully). My main fear with an `anonymous' re-encoding system as you propose (which is useful for the first case, I can see) is that it can lead to disaster in case 2. Specifically while Czech users can safely use one of the tex extensions that you mention for passing files to other users of similar encodings. If it was made part of standard web2ctex then the situation would arise that such files would inevitably end up being submitted to preprint servers and other automated systems that are running in a native latin1 setup. They would potentially run without error but produce more or less random output, depending on the exact encoding mismatch. For large automated tex processing sites, catching such errors by human proofreading would be a very unreliable business. This is why I really fear that such an extension if not done very carefully will destroy TeX portability, and may thus seriously damage TeX as a document markup language. It must surely be possible to devise a system that addresses both these concerns (yours and mine) it just is not clear to me quite what that is, but I suspect that it has to be something nearer to omega than to enctex. David From owner-tex-pretest@tug.org Sat Mar 14 17:13:40 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA02825 for ; Sat, 14 Mar 1998 17:13:39 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA03479 for tex-pretest-list; Sat, 14 Mar 1998 19:08:44 -0500 Received: from post.mail.demon.net (post-10.mail.demon.net [193.195.0.154]) by tug.org (8.8.5/8.8.5) with SMTP id TAA03464; Sat, 14 Mar 1998 19:06:53 -0500 Received: from dcarlisle.demon.co.uk ([194.222.187.145]) by post.mail.demon.net id aa1010520; 14 Mar 98 23:56 GMT Received: by dcarlisle.demon.co.uk id m0yDe2O-000OVvC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 13 Mar 1998 23:38:52 +0000 (GMT) Message-Id: Date: Fri, 13 Mar 1998 23:38:52 +0000 (GMT) From: David Carlisle To: olsak@math.feld.cvut.cz CC: pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.uni-mainz.de In-reply-to: (message from Petr Olsak on Fri, 13 Mar 1998 11:23:01 +0100 (MET)) Subject: Re: xord/xchr Sender: owner-tex-pretest@tug.org Precedence: bulk me> Is that really true? Petr> YES, it is true. Ah. I see what you mean now (although I still claim it isn't true:-) There are two situations. 1) two encodings with the same underlying character set. Typically caused by Microsoft taking a perfectly good encoding like latin-? and permuting it randomly to produce cp????. In this case (which I gather is the main problem you are faced with) the transport of text files from one machine to another can sensibly re-encode the file. This would have the unfortunate effect of leaving the latex \usepackage[xxxx]{inputenc} with the wrong encoding specified. I can see that this could be confusing and inconvenient. Perhaps we should do something about that within the inputenc model (for standard tex, whatever extended tex support for encodings is finally decided). 2) The case that I am more familiar with. Two encodings with different underlying character sets. Such as latin-1 & latin-2. Here the transport can not re-encode the file, and so inputenc does the right thing (hopefully). My main fear with an `anonymous' re-encoding system as you propose (which is useful for the first case, I can see) is that it can lead to disaster in case 2. Specifically while Czech users can safely use one of the tex extensions that you mention for passing files to other users of similar encodings. If it was made part of standard web2ctex then the situation would arise that such files would inevitably end up being submitted to preprint servers and other automated systems that are running in a native latin1 setup. They would potentially run without error but produce more or less random output, depending on the exact encoding mismatch. For large automated tex processing sites, catching such errors by human proofreading would be a very unreliable business. This is why I really fear that such an extension if not done very carefully will destroy TeX portability, and may thus seriously damage TeX as a document markup language. It must surely be possible to devise a system that addresses both these concerns (yours and mine) it just is not clear to me quite what that is, but I suspect that it has to be something nearer to omega than to enctex. David From owner-pdftex@tug.org Sat Mar 14 23:58:25 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id XAA10851 for ; Sat, 14 Mar 1998 23:58:24 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id BAA04930 for pdftex-list; Sun, 15 Mar 1998 01:55:25 -0500 Received: from ooo.lanl.gov (ooo.lanl.gov [128.165.23.117]) by tug.org (8.8.5/8.8.5) with ESMTP id BAA04927 for ; Sun, 15 Mar 1998 01:55:24 -0500 Received: (from schwande@localhost) by ooo.lanl.gov (x.x.x/x.x.x) id XAA16268; Sat, 14 Mar 1998 23:56:59 -0700 (MST) Date: Sat, 14 Mar 1998 23:56:59 -0700 (MST) Message-Id: <199803150656.XAA16268@ooo.lanl.gov> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Thorsten Schwander To: pdftex@tug.org Subject: Re: fontless pdf References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> <199803121832.NAA02520@next.aps.org> X-Mailer: VM 6.39 under Emacs 19.34.1 Sender: owner-pdftex@tug.org Precedence: bulk Mark Doyle writes: > On Thu, 12 Mar 1998, Thierry Bouche wrote: > > > If people could tell me what should be done to get the same effect for > > PCs & Macs, i'd be delighted. > > It CAN be done, but it is somewhat of a nightmare. The Los Alamos e-Print > archive at http://xxx.lanl.gov/ for the longest time sent out fontless PDF > files, but recently gave in because of the headaches to using files > distilled by 3.0 which uses a new font compression scheme making it less > egregious to waste the bandwidth by repeatedly sending out the fonts. I > suggest you ask them (www-admin@xxx.lanl.gov) for their summary of the > situation (or may be Tanmoy will provide the info...). > > Anyway, I initially set it up at xxx, but have mostly forgotten all of the > steps. If I recall correctly. Mac's were OK as long as you stuck to > uppercase font names (as with the Bluesky fonts) and installed a font > suitcase manager program to hide all of the fonts!. correct > For Windows, one had to > hack around a bit to either bypass ATM (on 95 and NT?) or get it to behave > (on 3.1). It probably isn't worth the headaches. > It turned out to be pretty easy for Win95 (probably also NT) even without ATM: all that is needed is a file "atm.ini" in the Win95 root directory which lists the full path to the type I fonts. See http://xxx.lanl.gov/help/pdfwindows.html for an example. With this file in place our fontless pdf displayed without any problems with acroread on Win95. > The price one pays for using the latest font compression is that everyone > has to get a modern PDF viewer (which I think exists for all platforms -- > see the help files on xxx). > > Cheers, > Mark > that's why we waited for ~1 year until we switched off compatibility with acroread 2.1. Now we tell all our users that they should have upgraded long ago. One drawback of the new font compression method (CFF/Type 2) used by distiller 3.0 is that it breaks xpdf and certain NEXTSTEP PDF readers. Cheers -- T. Schwander (E-print Admin) From owner-pdftex@tug.org Sun Mar 15 03:32:49 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA15139 for ; Sun, 15 Mar 1998 03:32:48 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA05813 for pdftex-list; Sun, 15 Mar 1998 05:25:44 -0500 Received: from UPIMSSMTPUSR04 (smtp.email.msn.com [207.68.143.160]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA05810 for ; Sun, 15 Mar 1998 05:25:43 -0500 Received: from berlin1.netsurf.de - 194.163.34.36 by email.msn.com with Microsoft SMTPSVC; Sun, 15 Mar 1998 02:26:41 -0800 Message-ID: <350BAD3B.9E42495@berlin1.netsurf.de> Date: Sun, 15 Mar 1998 11:28:11 +0100 From: Tobias Burnus X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Thorsten Schwander CC: PDFTeX Mailing List Subject: Re: fontless pdf References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> <199803121832.NAA02520@next.aps.org> <199803150656.XAA16268@ooo.lanl.gov> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > One drawback of the new font compression method (CFF/Type 2) used by > distiller 3.0 is that it breaks xpdf and certain NEXTSTEP PDF readers. One should be at least able to view/print these files using GhostScript 5.x. Thus it is not such a huge drawback. Tobias From owner-pdftex@tug.org Sun Mar 15 04:49:24 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA16434 for ; Sun, 15 Mar 1998 04:49:23 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA06088 for pdftex-list; Sun, 15 Mar 1998 06:46:25 -0500 Received: from monika.univ.gda.pl (monika.univ.gda.pl [153.19.1.229]) by tug.org (8.8.5/8.8.5) with SMTP id GAA06082; Sun, 15 Mar 1998 06:45:44 -0500 Received: by monika.univ.gda.pl (1.38.193.4/16.2) id AA15709; Sun, 15 Mar 1998 12:44:31 +0100 Date: Sun, 15 Mar 1998 12:44:31 +0100 (MET) From: Tomasz Przechlewski To: Vladimir Volovich Cc: Petr Olsak , David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.uni-mainz.de, Boguslaw Jackowski -- Boguslaw Jackowski , Staszek Wawrykiewicz , Mariusz Olko Subject: Re: xord/xchr In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On 14 Mar 1998, Vladimir Volovich wrote: > Hello, > ... > Much more inconvenient than having e.g. 6 different variants of > czech.sty (which actually differ only in one line, which calls > inputenc with the proper default encoding)... If you had added `IMHO' before `Much more' I would have agreed with your sentence otherwise it is _rubbish_. Do you claim Petr (and me too) acts irrationaly? > ... What happens if I want > to use 3 languages in different input encodings in a one document? > It is proposed as optional feature. As opposite to you forcing the only `correct' approach it is not claimed to be universal one. If you don't like it---simply don't use it. > And what could you propose for e.g. russian? Russian letter... Nothing probably. Its your bussiness. Do what you like. > Best regards, -- Vladimir. > --tomek PS: I recommend you to read B. Jackowski's and M. Rycko's paper `Polishing TeX: from to ready to use to handy in use' which was presented (and awarded the best) at EuroTeX '92 in Prague. From owner-tex-pretest@tug.org Sun Mar 15 04:51:43 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA16461 for ; Sun, 15 Mar 1998 04:51:42 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA06094 for tex-pretest-list; Sun, 15 Mar 1998 06:46:43 -0500 Received: from monika.univ.gda.pl (monika.univ.gda.pl [153.19.1.229]) by tug.org (8.8.5/8.8.5) with SMTP id GAA06082; Sun, 15 Mar 1998 06:45:44 -0500 Received: by monika.univ.gda.pl (1.38.193.4/16.2) id AA15709; Sun, 15 Mar 1998 12:44:31 +0100 Date: Sun, 15 Mar 1998 12:44:31 +0100 (MET) From: Tomasz Przechlewski To: Vladimir Volovich Cc: Petr Olsak , David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.uni-mainz.de, Boguslaw Jackowski -- Boguslaw Jackowski , Staszek Wawrykiewicz , Mariusz Olko Subject: Re: xord/xchr In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk On 14 Mar 1998, Vladimir Volovich wrote: > Hello, > ... > Much more inconvenient than having e.g. 6 different variants of > czech.sty (which actually differ only in one line, which calls > inputenc with the proper default encoding)... If you had added `IMHO' before `Much more' I would have agreed with your sentence otherwise it is _rubbish_. Do you claim Petr (and me too) acts irrationaly? > ... What happens if I want > to use 3 languages in different input encodings in a one document? > It is proposed as optional feature. As opposite to you forcing the only `correct' approach it is not claimed to be universal one. If you don't like it---simply don't use it. > And what could you propose for e.g. russian? Russian letter... Nothing probably. Its your bussiness. Do what you like. > Best regards, -- Vladimir. > --tomek PS: I recommend you to read B. Jackowski's and M. Rycko's paper `Polishing TeX: from to ready to use to handy in use' which was presented (and awarded the best) at EuroTeX '92 in Prague. From owner-pdftex@tug.org Sun Mar 15 08:23:28 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA19223 for ; Sun, 15 Mar 1998 08:23:27 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA06923 for pdftex-list; Sun, 15 Mar 1998 10:20:18 -0500 Received: from earth.ox.ac.uk (darwin.earth.ox.ac.uk [163.1.22.6]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA06914; Sun, 15 Mar 1998 10:20:08 -0500 Received: from rahman.earth.ox.ac.uk (keith@max57.public.ox.ac.uk [192.76.27.57]) by earth.ox.ac.uk (8.8.8/8.8.8) with SMTP id PAA18827; Sun, 15 Mar 1998 15:21:14 GMT Date: Sun, 15 Mar 98 15:20:59 GMT Message-Id: <2907.9803151520@rahman.earth.ox.ac.uk> From: Keith Refson To: tetex-pretest@informatik.uni-hannover.de, pdftex@tug.org, tex-pretest@tug.org Subject: pdflatex/hyperref compatibility problem? X-Mailer: VM 6.41 under Emacs 19.34.1 Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk There is a problem running pdflatex (PDFTeX, Version 3.14159-0.12f (Web2C 7.2)) (from teTeX 980313) on the following document: \documentclass{article} \usepackage{hyperref} \begin{document} Paragraph one. \end{document} The following error message is generated: ! Missing { inserted. p l.3 \begin{document} ? Is this a pdftex/hyperref compatilbility issue arising from the recent changes to pdftex? The installed version of hyperref is 6.15. Keith Refson -- ------------------------------------------------------------------------------ Email: Keith.Refson@ | Tel: +44 1865 272026 | Dr Keith Refson, | earth.ox.ac.uk | Fax: +44 1865 272072 | Dept of Earth Sciences | Spam: root@cyberpromo.com | Parks Road, Oxford OX1 3PR, UK| ------------------------------------------------------------------------------ From owner-tex-pretest@tug.org Sun Mar 15 08:25:07 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA19248 for ; Sun, 15 Mar 1998 08:25:06 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA06917 for tex-pretest-list; Sun, 15 Mar 1998 10:20:10 -0500 Received: from earth.ox.ac.uk (darwin.earth.ox.ac.uk [163.1.22.6]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA06914; Sun, 15 Mar 1998 10:20:08 -0500 Received: from rahman.earth.ox.ac.uk (keith@max57.public.ox.ac.uk [192.76.27.57]) by earth.ox.ac.uk (8.8.8/8.8.8) with SMTP id PAA18827; Sun, 15 Mar 1998 15:21:14 GMT Date: Sun, 15 Mar 98 15:20:59 GMT Message-Id: <2907.9803151520@rahman.earth.ox.ac.uk> From: Keith Refson To: tetex-pretest@informatik.uni-hannover.de, pdftex@tug.org, tex-pretest@tug.org Subject: pdflatex/hyperref compatibility problem? X-Mailer: VM 6.41 under Emacs 19.34.1 Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk There is a problem running pdflatex (PDFTeX, Version 3.14159-0.12f (Web2C 7.2)) (from teTeX 980313) on the following document: \documentclass{article} \usepackage{hyperref} \begin{document} Paragraph one. \end{document} The following error message is generated: ! Missing { inserted. p l.3 \begin{document} ? Is this a pdftex/hyperref compatilbility issue arising from the recent changes to pdftex? The installed version of hyperref is 6.15. Keith Refson -- ------------------------------------------------------------------------------ Email: Keith.Refson@ | Tel: +44 1865 272026 | Dr Keith Refson, | earth.ox.ac.uk | Fax: +44 1865 272072 | Dept of Earth Sciences | Spam: root@cyberpromo.com | Parks Road, Oxford OX1 3PR, UK| ------------------------------------------------------------------------------ From owner-pdftex@tug.org Mon Mar 16 01:21:43 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA06344 for ; Mon, 16 Mar 1998 01:21:39 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA10619 for pdftex-list; Mon, 16 Mar 1998 03:07:35 -0500 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA10616 for ; Mon, 16 Mar 1998 03:07:33 -0500 Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id AAA05304; Mon, 16 Mar 1998 00:08:34 -0800 (PST) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id AAA20786; Mon, 16 Mar 1998 00:08:34 -0800 (PST) Message-Id: <199803160808.AAA20786@daisy.cs.sfu.ca> Subject: teTeX 980313: mac.enc in texmf/pdftex/config To: tetex-pretest@informatik.uni-hannover.de Date: Mon, 16 Mar 1998 00:08:33 -0800 (PST) Cc: pdftex@tug.org X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk One of the new/updated files in the 980313 texmf update was mac.enc; it looks like this is meant to represent the Macintosh Roman font encoding, but if so, it seems pretty wrong (claiming as it does, for example, that space, A-Z, etc. aren't in their usual ASCII positions). Since this probably needs to be forwarded back to the pdftex maintainers rather than Thomas, I've CC'd the pdftex list. Melissa. P.S. I've enclosed the `MacEncoding' as defined the LaserWriter 8 printer driver, since it may be useful as a replacement for mac.enc. (A lot of Mac fonts also define characters in the 0-31 range, but I don't think there is any standard here.) Enc. /MacEncoding [ /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclam /quotedbl /numbersign /dollar /percent /ampersand /quotesingle /parenleft /parenright /asterisk /plus /comma /hyphen /period /slash /zero /one /two /three /four /five /six /seven /eight /nine /colon /semicolon /less /equal /greater /question /at /A /B /C /D /E /F /G /H /I /J /K /L /M /N /O /P /Q /R /S /T /U /V /W /X /Y /Z /bracketleft /backslash /bracketright /asciicircum /underscore /grave /a /b /c /d /e /f /g /h /i /j /k /l /m /n /o /p /q /r /s /t /u /v /w /x /y /z /braceleft /bar /braceright /asciitilde /.notdef /Adieresis /Aring /Ccedilla /Eacute /Ntilde /Odieresis /Udieresis /aacute /agrave /acircumflex /adieresis /atilde /aring /ccedilla /eacute /egrave /ecircumflex /edieresis /iacute /igrave /icircumflex /idieresis /ntilde /oacute /ograve /ocircumflex /odieresis /otilde /uacute /ugrave /ucircumflex /udieresis /dagger /degree /cent /sterling /section /bullet /paragraph /germandbls /registered /copyright /trademark /acute /dieresis /notequal /AE /Oslash /infinity /plusminus /lessequal /greaterequal /yen /mu /partialdiff /summation /product /pi /integral /ordfeminine /ordmasculine /Omega /ae /oslash /questiondown /exclamdown /logicalnot /radical /florin /approxequal /Delta /guillemotleft /guillemotright /ellipsis /space /Agrave /Atilde /Otilde /OE /oe /endash /emdash /quotedblleft /quotedblright /quoteleft /quoteright /divide /lozenge /ydieresis /Ydieresis /fraction /currency /guilsinglleft /guilsinglright /fi /fl /daggerdbl /periodcentered /quotesinglbase /quotedblbase /perthousand /Acircumflex /Ecircumflex /Aacute /Edieresis /Egrave /Iacute /Icircumflex /Idieresis /Igrave /Oacute /Ocircumflex /apple /Ograve /Uacute /Ucircumflex /Ugrave /dotlessi /circumflex /tilde /macron /breve /dotaccent /ring /cedilla /hungarumlaut /ogonek /caron ] def From owner-tex-pretest@tug.org Mon Mar 16 03:25:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA08825 for ; Mon, 16 Mar 1998 03:25:37 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA11179 for tex-pretest-list; Mon, 16 Mar 1998 05:20:03 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA11176; Mon, 16 Mar 1998 05:20:01 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; sender "s.rahtz@elsevier.co.uk"; id KAA26947; hop 0; Mon, 16 Mar 1998 10:17:37 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 16 Mar 1998 10:11:49 +0000 Date: Mon, 16 Mar 1998 10:07:56 +0000 Message-ID: <3809-Mon16Mar1998100756+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 To: Keith.Refson@earth.ox.ac.uk Cc: tetex-pretest@informatik.uni-hannover.de, pdftex@tug.org, tex-pretest@tug.org Subject: Re: pdflatex/hyperref compatibility problem? In-Reply-To: <2907.9803151520@rahman.earth.ox.ac.uk> References: <2907.9803151520@rahman.earth.ox.ac.uk> X-Mailer: VM 6.33 under Emacs 19.34.6 Content-type: multipart/mixed; boundary="Lemh7S+2zI" Content-transfer-encoding: 7bit Sender: owner-tex-pretest@tug.org Precedence: bulk --Lemh7S+2zI Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit Keith Refson writes: > There is a problem running pdflatex (PDFTeX, Version 3.14159-0.12f > (Web2C 7.2)) (from teTeX 980313) on the following document: .. > Is this a pdftex/hyperref compatilbility issue arising from the recent > changes to pdftex? The installed version of hyperref is 6.15. > yes. you need a revised hpdftex.def (attached). i dont think i have an obvious way to check the version number of pdftex sebastian --Lemh7S+2zI Content-Disposition: attachment; filename="hpdftex.def" Content-type: application/octet-stream Content-transfer-encoding: base64 JSUKJSUgVGhpcyBpcyBmaWxlIGBocGRmdGV4LmRlZicsCiUlIGdlbmVyYXRlZCB3aXRoIHRo ZSBkb2NzdHJpcCB1dGlsaXR5LgolJQolJSBUaGUgb3JpZ2luYWwgc291cmNlIGZpbGVzIHdl cmU6CiUlCiUlIGh5cGVycmVmLmR0eCAgKHdpdGggb3B0aW9uczogYGNoZWNrLHBkZnRleCxw ZGZ0ZXhuZXcsb3V0bGluZXMnKQolJSAKJSUgRmlsZTogaHlwZXJyZWYuZHR4IENvcHlyaWdo dCAoQykgMTk5NSwgMTk5NiwgMTk5NywgMTk5OCBTZWJhc3RpYW4gUmFodHoKXGlmaHlAZHJp dmVybG9hZGVkXGVuZGlucHV0XGZpClxoeUBkcml2ZXJsb2FkZWR0cnVlCgpcZGVmXG5ld0Bw ZGZsaW5rIzF7JQogXHBkZmRlc3QgbmFtZSB7IzF9IFxAcGRmdmlldyB9ClxsZXRccGRmQGVu ZGFuY2hvclxAZW1wdHkKXEF0QmVnaW5Eb2N1bWVudHslCiAgXGlmaHlAY29sb3JsaW5rcwog ICBcZGVmXHBkZkJvcmRlckF0dHJzey9Cb3JkZXIgWzAgMCAwXX0lCiAgXGZpCn0KXGRlZlxA cGRmYm9yZGVyezAgMCAxfSUKXGRlZlxwZGZCb3JkZXJBdHRyc3svQm9yZGVyIFtcQHBkZmJv cmRlcl19ClxkZWZcZmluZEBwZGZsaW5rIzEjMnslCiAgXGxlYXZldm1vZGVccGRmYW5ub3Rs aW5rCiAgYXR0cntccGRmQm9yZGVyQXR0cnMgL0MgW1xDdXJyZW50Qm9yZGVyQ29sb3JdfQog IGdvdG8gbmFtZSB7IzJ9JQogIFxjb2xvcmxpbmt7XGNzbmFtZSBAIzFjb2xvclxlbmRjc25h bWV9JQp9ClxkZWZcY2xvc2VAcGRmbGlua3tccGRmZW5kbGlua1xoeXBlckByZXNldGNvbG9y fQpcZGVmXGh5cGVyQGFuY2hvciMxe1xuZXdAcGRmbGlua3sjMX1cYW5jaG9yQHNwb3RccGRm QGVuZGFuY2hvcn0KXGRlZlxoeXBlckBhbmNob3JzdGFydCMxe1xuZXdAcGRmbGlua3sjMX1c aHlAYWN0aXZlYW5jaG9ydHJ1ZX0KXGRlZlxoeXBlckBhbmNob3JlbmR7XHBkZkBlbmRhbmNo b3JcaHlAYWN0aXZlYW5jaG9yZmFsc2V9ClxkZWZcaHlwZXJAbGlua3N0YXJ0IzEjMnslCiAg XGVkZWZcQ3VycmVudEJvcmRlckNvbG9ye1xjc25hbWUgQCMxYm9yZGVyY29sb3JcZW5kY3Nu YW1lfSUKICBcZmluZEBwZGZsaW5reyMxfXsjMn19ClxkZWZcaHlwZXJAbGlua2VuZHtcY2xv c2VAcGRmbGlua30KXGRlZlxoeXBlckBsaW5rIzEjMiMzeyUKICAgIFxlZGVmXEN1cnJlbnRC b3JkZXJDb2xvcntcY3NuYW1lIEAjMWJvcmRlcmNvbG9yXGVuZGNzbmFtZX0lCiAgICBcZmlu ZEBwZGZsaW5reyMxfXsjMn0jM1xjbG9zZUBwZGZsaW5rCn0KXGRlZlxDdXJyZW50Qm9yZGVy Q29sb3J7XEBsaW5rYm9yZGVyY29sb3J9ClxkZWZcaHlwZXJAbGlua3VybCMxIzJ7JQogICBc Ymdyb3VwCiAgIFxoeXBlckBjaGFycwogICBcbGVhdmV2bW9kZVxwZGZhbm5vdGxpbmsKICAg YXR0cntccGRmQm9yZGVyQXR0cnMgL0MgW1xAdXJsYm9yZGVyY29sb3JdfQogICB1c2Vyey9T dWJ0eXBlIC9MaW5rCiAgICAvQSA8PAogICAgICAgIC9UeXBlIC9BY3Rpb24KICAgICAgICAv UyAvVVJJCiAgICAgICAgL1VSSSAoIzIpCiAgICA+Pn17XGNvbG9ybGlua3tcQHVybGNvbG9y fSMxfSUKICAgXHBkZmVuZGxpbmsKICAgXGVncm91cAp9ClxkZWZcaHlwZXJAbGlua2ZpbGUj MSMyIzN7JSBhbmNob3IgdGV4dCwgZmlsZW5hbWUsIGxpbmtuYW1lCiAgIFxiZ3JvdXAKICAg XGxlYXZldm1vZGVccGRmYW5ub3RsaW5rCiAgIGF0dHJ7XHBkZkJvcmRlckF0dHJzIC9DIFtc QGZpbGVib3JkZXJjb2xvcl19CiAgIGdvdG8gZmlsZXsjMn0gbmFtZXsjM317XGNvbG9ybGlu a3tcQGZpbGVjb2xvcn0jMX0lCiAgIFxwZGZlbmRsaW5rCiAgIFxlZ3JvdXAKfQpcZGVmXEBw ZGZwcm9kdWNlcntwZGZUZVh9ClxkZWZcUERGQFNldHVwRG9jeyUKICBccGRmY2F0YWxvZyB7 ICAgICAgICAgICAgJSBDYXRhbG9nIGRpY3Rpb25hcnkgb2YgUERGIG91dHB1dC4KICAgIC9Q YWdlTW9kZSBcQHBkZnBhZ2Vtb2RlCiAgICAvVVJJIChcQGJhc2V1cmwpCiAgICB9IG9wZW5h Y3Rpb24gcGFnZSBcQHBkZnN0YXJ0cGFnZSB7XEBwZGZzdGFydHZpZXd9CiBccGRmaW5mbyB7 CiAgL0F1dGhvciAoXEBwZGZhdXRob3IpCiAgL1RpdGxlIChcQHBkZnRpdGxlKQogIC9TdWJq ZWN0IChcQHBkZnN1YmplY3QpCiAgL0NyZWF0b3IgKCBcQHBkZmNyZWF0b3IpCiAgL1Byb2R1 Y2VyICggXEBwZGZwcm9kdWNlcikKICAvS2V5d29yZHMgKFxAcGRma2V5d29yZHMpCiAgXGlm eFxAcGRmcGFnZXNjcm9wXEBlbXB0eVxlbHNlCiAgIC9Dcm9wQm94IFtcQHBkZnBhZ2VzY3Jv cF0KICBcZmkKICB9JQp9ClxwZGZvdXRwdXQ9MQpccGRmY29tcHJlc3NsZXZlbD05ClxwZGZw YWdld2lkdGhccGFwZXJ3aWR0aApccGRmcGFnZWhlaWdodFxwYXBlcmhlaWdodApcZGVmXEFj cm9iYXRtZW51IzEjMnslCiAgIFxsZWF2ZXZtb2RlXHBkZmFubm90bGluawogICBhdHRye1xw ZGZCb3JkZXJBdHRycyAvQyBbXEBtZW51Ym9yZGVyY29sb3JdfQogICB1c2VyewogICAgL1N1 YnR5cGUgL0xpbmsKICAgIC9BIDw8CiAgICAgICAvUyAvTmFtZWQgL04gLyMxCiAgICA+Pgog ICAgfXtcY29sb3JsaW5re1xAbWVudWNvbG9yfSMyfSUKICAgXHBkZmVuZGxpbmsKfQpcbGV0 XEhAb2xkQHNlY3RcQHNlY3QKXGRlZlxAc2VjdCMxIzIjMyM0IzUjNlsjN10jOHslCiBcSEBv bGRAc2VjdHsjMX17IzJ9eyMzfXsjNH17IzV9eyM2fVt7Izd9XXsjOH0lCiBcaWZ4XFwjMVxc XGVsc2UKICBcaWZudW0jMj5cY0BzZWNudW1kZXB0aFxlbHNlCiAgICAgXGVkZWZcQHRoaXNo bGFiZWx7XGNzbmFtZSB0aGVIIzFcZW5kY3NuYW1lfSUKXEB3cml0ZXRvcmVweyM3fXsjMS5c QHRoaXNobGFiZWx9eyMyfVxmaQogXGZpCn0KXGxldFxIQG9sZEBwYXJ0XEBwYXJ0ClxkZWZc QHBhcnRbIzFdIzJ7JQogXEB3cml0ZXRvcmVweyMxfXtwYXJ0Llx0aGVIcGFydH17LTF9JQog XEhAb2xkQHBhcnRbeyMxfV17IzJ9JQp9ClxsZXRcSEBvbGRAY2hhcHRlclxAY2hhcHRlcgpc ZGVmXEBjaGFwdGVyWyMxXSMyeyUKIFxIQG9sZEBjaGFwdGVyW3sjMX1deyMyfSUKICBcQHdy aXRldG9yZXB7IzF9e2NoYXB0ZXIuXHRoZUhjaGFwdGVyfXswfSUKICB9ClxleHBhbmRhZnRl clxkZWZcY3NuYW1lIFBhcmVudC0yXGVuZGNzbmFtZXt9ClxleHBhbmRhZnRlclxkZWZcY3Nu YW1lIFBhcmVudC0xXGVuZGNzbmFtZXt9ClxleHBhbmRhZnRlclxkZWZcY3NuYW1lIFBhcmVu dDBcZW5kY3NuYW1le30KXGV4cGFuZGFmdGVyXGRlZlxjc25hbWUgUGFyZW50MVxlbmRjc25h bWV7fQpcbmV3d3JpdGVcQG91dGxpbmVmaWxlClxkZWZcQHdyaXRldG9yZXAjMSMyIzN7JQpc aWZ4XFdyaXRlQm9va21hcmtzXHJlbGF4XGVsc2UKICAgIFxAdGVtcGNudGEjMwogICAgXGV4 cGFuZGFmdGVyXGVkZWZcY3NuYW1lIFBhcmVudCMzXGVuZGNzbmFtZXsjMn0lCiAgICBcYWR2 YW5jZVxAdGVtcGNudGEgYnkgLTEKICAgIFxwcm90ZWN0ZWRAd3JpdGVcQG91dGxpbmVmaWxl JQogICAgICAge1xsZXR+XHNwYWNlCiAgICAgICAgXGRlZlxMYVRlWHtMYVRlWH0lCiAgICAg ICAgXGRlZlxlVGVYe2UtVGVYfSUKICAgICAgICBcZGVmXFRlWHtUZVh9JQogICAgICAgIFxs ZXRcbGFiZWxcQGdvYmJsZQogICAgICAgIFxsZXRcaW5kZXhcQGdvYmJsZQogICAgICAgIFxs ZXRcZ2xvc3NhcnlcQGdvYmJsZX0lCiAgICAgICB7JQogIFxwcm90ZWN0XEJPT0tNQVJLeyMy fXsjMX17XGNzbmFtZSBQYXJlbnRcdGhlXEB0ZW1wY250YVxlbmRjc25hbWV9fSUKXGZpCn0K XGRlZlxwZGZib29rbWFya3tcQGlmbmV4dGNoYXJbe1xwZGZAYm9va21hcmt9e1xwZGZAYm9v a21hcmtbMF19fQpcZGVmXHBkZkBib29rbWFya1sjMV0jMiMzeyUKXGlmeFxXcml0ZUJvb2tt YXJrc1xyZWxheFxlbHNlCiBcQHdyaXRldG9yZXB7IzJ9eyMzLiMxfXsjMX0lCiBcaHlwZXJA YW5jaG9yc3RhcnR7IzMuIzF9XGh5cGVyQGFuY2hvcmVuZApcZmkKfQpcQXRCZWdpbkRvY3Vt ZW50e1xSZWFkQm9va21hcmtzfQpcZGVmXFJlYWRCb29rbWFya3N7JQogIFxkZWZcQk9PS01B UksgIyMxIyMyIyMze1xjYWxjQGJtQG51bWJlcnsjIzN9fSUKICBcSW5wdXRJZkZpbGVFeGlz dHN7XGpvYm5hbWUub3V0fXsKfXt9JQogIFxkZWZcQk9PS01BUksgIyMxIyMyIyMzeyUKICAg IFxkZWZcQHRlbXB4eyMjMn0lCiAgICAgXHBkZm91dGxpbmUgZ290bwogbmFtZXsjIzF9JQog ICAgY291bnRcQGJvb2ttYXJrb3BlbnN0YXR1c1xjaGVja0BibUBudW1iZXJ7IyMxfXslCiAg XGV4cGFuZGFmdGVyXHN0cmlwQHByZWZpeFxtZWFuaW5nXEB0ZW1weH0lCiAgfSUKICB7XGRl ZlxXcml0ZUJvb2ttYXJrc3swfSUKICAgXGVzY2FwZWNoYXJcbUBuZVxJbnB1dElmRmlsZUV4 aXN0c3tcam9ibmFtZS5vdXR9e317fX0lCiAgIFxpZnhcV3JpdGVCb29rbWFya3NccmVsYXhc ZWxzZQogICAgXGltbWVkaWF0ZVxvcGVub3V0XEBvdXRsaW5lZmlsZT1cam9ibmFtZS5vdXQK ICAgXGZpCn0KXGRlZlxjaGVja0BibUBudW1iZXIjMXtcZXhwYW5kYWZ0ZXIgXGlmeFxjc25h bWUjMVxlbmRjc25hbWUgXHJlbGF4IDAlCiAgICBcZWxzZSBcY3NuYW1lIzFcZW5kY3NuYW1l IFxmaX0KXGRlZlxjYWxjQGJtQG51bWJlciMxe1xAdGVtcGNudGE9XGNoZWNrQGJtQG51bWJl cnsjMX1ccmVsYXgKICAgIFxhZHZhbmNlXEB0ZW1wY250YSBieTEKICAgIFxleHBhbmRhZnRl clx4ZGVmXGNzbmFtZSMxXGVuZGNzbmFtZXtcdGhlXEB0ZW1wY250YX19ClxlbmRpbnB1dAol JQolJSBFbmQgb2YgZmlsZSBgaHBkZnRleC5kZWYnLgo= --Lemh7S+2zI-- From owner-pdftex@tug.org Mon Mar 16 03:28:27 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA08912 for ; Mon, 16 Mar 1998 03:28:26 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA11134 for pdftex-list; Mon, 16 Mar 1998 05:12:43 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA11131 for ; Mon, 16 Mar 1998 05:12:33 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id LAA07321; Mon, 16 Mar 1998 11:13:32 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA25080; Mon, 16 Mar 1998 11:27:24 +0100 (MET) Date: Mon, 16 Mar 1998 11:27:24 +0100 (MET) Message-Id: <199803161027.LAA25080@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Keith Refson CC: pdftex@tug.org Subject: Re: pdflatex/hyperref compatibility problem? In-Reply-To: <2907.9803151520@rahman.earth.ox.ac.uk> References: <2907.9803151520@rahman.earth.ox.ac.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk you need the new hpdftex.def it was posted by Sebastian very recently, or simply regenerate it with [at least with href 6.17] \def\batchfile{newpdftex.ins} \input docstrip.tex \keepsilent %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \preamble \endpreamble %\generateFile{hpdftex.def}{f}{\from{hyperref.dtx}{check,pdftex,outlines}} \generateFile{hpdftex.def}{f}{\from{hyperref.dtx}{check,pdftex,pdftexnew,outlines} %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \endinput From owner-pdftex@tug.org Mon Mar 16 03:30:12 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA08952 for ; Mon, 16 Mar 1998 03:30:11 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA11171 for pdftex-list; Mon, 16 Mar 1998 05:19:40 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA11168 for ; Mon, 16 Mar 1998 05:19:38 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA26902; hop 0; Mon, 16 Mar 1998 10:17:09 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 16 Mar 1998 10:11:33 +0000 Date: Sun, 15 Mar 1998 22:00:06 +0000 Message-ID: <2420-Sun15Mar1998220006+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Thierry.Bouche@ujf-grenoble.fr Cc: pdftex@tug.org Subject: Re: fontless pdf In-Reply-To: <199803130839.JAA20919@mozart.ujf-grenoble.fr> References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> <199803121832.NAA02520@next.aps.org> <199803130839.JAA20919@mozart.ujf-grenoble.fr> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk > some charachters are left `unfaked' (like dotlessj) which is > inacceptable for maths material. BTW, if some clipping mechanism was > avalaible with graphicx (at least for pdftex), we could define \jmath > via macros (similar to D.~Carlisle's dotlessj.sty) > it could be done by masking out the dot with a white box, i suspect, for practical purposes. its been a long time since I last played with that animal (just before TUG 93, to be exact). have you looked at the result of Distilling a carlisle dotlessj, to see what gets into the PDF file? sebastian From owner-pdftex@tug.org Mon Mar 16 03:30:17 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA08956 for ; Mon, 16 Mar 1998 03:30:16 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA11185 for pdftex-list; Mon, 16 Mar 1998 05:20:06 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA11176; Mon, 16 Mar 1998 05:20:01 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; sender "s.rahtz@elsevier.co.uk"; id KAA26947; hop 0; Mon, 16 Mar 1998 10:17:37 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 16 Mar 1998 10:11:49 +0000 Date: Mon, 16 Mar 1998 10:07:56 +0000 Message-ID: <3809-Mon16Mar1998100756+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 To: Keith.Refson@earth.ox.ac.uk Cc: tetex-pretest@informatik.uni-hannover.de, pdftex@tug.org, tex-pretest@tug.org Subject: Re: pdflatex/hyperref compatibility problem? In-Reply-To: <2907.9803151520@rahman.earth.ox.ac.uk> References: <2907.9803151520@rahman.earth.ox.ac.uk> X-Mailer: VM 6.33 under Emacs 19.34.6 Content-type: multipart/mixed; boundary="Lemh7S+2zI" Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk --Lemh7S+2zI Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit Keith Refson writes: > There is a problem running pdflatex (PDFTeX, Version 3.14159-0.12f > (Web2C 7.2)) (from teTeX 980313) on the following document: .. > Is this a pdftex/hyperref compatilbility issue arising from the recent > changes to pdftex? The installed version of hyperref is 6.15. > yes. you need a revised hpdftex.def (attached). i dont think i have an obvious way to check the version number of pdftex sebastian --Lemh7S+2zI Content-Disposition: attachment; filename="hpdftex.def" Content-type: application/octet-stream Content-transfer-encoding: base64 JSUKJSUgVGhpcyBpcyBmaWxlIGBocGRmdGV4LmRlZicsCiUlIGdlbmVyYXRlZCB3aXRoIHRo ZSBkb2NzdHJpcCB1dGlsaXR5LgolJQolJSBUaGUgb3JpZ2luYWwgc291cmNlIGZpbGVzIHdl cmU6CiUlCiUlIGh5cGVycmVmLmR0eCAgKHdpdGggb3B0aW9uczogYGNoZWNrLHBkZnRleCxw ZGZ0ZXhuZXcsb3V0bGluZXMnKQolJSAKJSUgRmlsZTogaHlwZXJyZWYuZHR4IENvcHlyaWdo dCAoQykgMTk5NSwgMTk5NiwgMTk5NywgMTk5OCBTZWJhc3RpYW4gUmFodHoKXGlmaHlAZHJp dmVybG9hZGVkXGVuZGlucHV0XGZpClxoeUBkcml2ZXJsb2FkZWR0cnVlCgpcZGVmXG5ld0Bw ZGZsaW5rIzF7JQogXHBkZmRlc3QgbmFtZSB7IzF9IFxAcGRmdmlldyB9ClxsZXRccGRmQGVu ZGFuY2hvclxAZW1wdHkKXEF0QmVnaW5Eb2N1bWVudHslCiAgXGlmaHlAY29sb3JsaW5rcwog ICBcZGVmXHBkZkJvcmRlckF0dHJzey9Cb3JkZXIgWzAgMCAwXX0lCiAgXGZpCn0KXGRlZlxA cGRmYm9yZGVyezAgMCAxfSUKXGRlZlxwZGZCb3JkZXJBdHRyc3svQm9yZGVyIFtcQHBkZmJv cmRlcl19ClxkZWZcZmluZEBwZGZsaW5rIzEjMnslCiAgXGxlYXZldm1vZGVccGRmYW5ub3Rs aW5rCiAgYXR0cntccGRmQm9yZGVyQXR0cnMgL0MgW1xDdXJyZW50Qm9yZGVyQ29sb3JdfQog IGdvdG8gbmFtZSB7IzJ9JQogIFxjb2xvcmxpbmt7XGNzbmFtZSBAIzFjb2xvclxlbmRjc25h bWV9JQp9ClxkZWZcY2xvc2VAcGRmbGlua3tccGRmZW5kbGlua1xoeXBlckByZXNldGNvbG9y fQpcZGVmXGh5cGVyQGFuY2hvciMxe1xuZXdAcGRmbGlua3sjMX1cYW5jaG9yQHNwb3RccGRm QGVuZGFuY2hvcn0KXGRlZlxoeXBlckBhbmNob3JzdGFydCMxe1xuZXdAcGRmbGlua3sjMX1c aHlAYWN0aXZlYW5jaG9ydHJ1ZX0KXGRlZlxoeXBlckBhbmNob3JlbmR7XHBkZkBlbmRhbmNo b3JcaHlAYWN0aXZlYW5jaG9yZmFsc2V9ClxkZWZcaHlwZXJAbGlua3N0YXJ0IzEjMnslCiAg XGVkZWZcQ3VycmVudEJvcmRlckNvbG9ye1xjc25hbWUgQCMxYm9yZGVyY29sb3JcZW5kY3Nu YW1lfSUKICBcZmluZEBwZGZsaW5reyMxfXsjMn19ClxkZWZcaHlwZXJAbGlua2VuZHtcY2xv c2VAcGRmbGlua30KXGRlZlxoeXBlckBsaW5rIzEjMiMzeyUKICAgIFxlZGVmXEN1cnJlbnRC b3JkZXJDb2xvcntcY3NuYW1lIEAjMWJvcmRlcmNvbG9yXGVuZGNzbmFtZX0lCiAgICBcZmlu ZEBwZGZsaW5reyMxfXsjMn0jM1xjbG9zZUBwZGZsaW5rCn0KXGRlZlxDdXJyZW50Qm9yZGVy Q29sb3J7XEBsaW5rYm9yZGVyY29sb3J9ClxkZWZcaHlwZXJAbGlua3VybCMxIzJ7JQogICBc Ymdyb3VwCiAgIFxoeXBlckBjaGFycwogICBcbGVhdmV2bW9kZVxwZGZhbm5vdGxpbmsKICAg YXR0cntccGRmQm9yZGVyQXR0cnMgL0MgW1xAdXJsYm9yZGVyY29sb3JdfQogICB1c2Vyey9T dWJ0eXBlIC9MaW5rCiAgICAvQSA8PAogICAgICAgIC9UeXBlIC9BY3Rpb24KICAgICAgICAv UyAvVVJJCiAgICAgICAgL1VSSSAoIzIpCiAgICA+Pn17XGNvbG9ybGlua3tcQHVybGNvbG9y fSMxfSUKICAgXHBkZmVuZGxpbmsKICAgXGVncm91cAp9ClxkZWZcaHlwZXJAbGlua2ZpbGUj MSMyIzN7JSBhbmNob3IgdGV4dCwgZmlsZW5hbWUsIGxpbmtuYW1lCiAgIFxiZ3JvdXAKICAg XGxlYXZldm1vZGVccGRmYW5ub3RsaW5rCiAgIGF0dHJ7XHBkZkJvcmRlckF0dHJzIC9DIFtc QGZpbGVib3JkZXJjb2xvcl19CiAgIGdvdG8gZmlsZXsjMn0gbmFtZXsjM317XGNvbG9ybGlu a3tcQGZpbGVjb2xvcn0jMX0lCiAgIFxwZGZlbmRsaW5rCiAgIFxlZ3JvdXAKfQpcZGVmXEBw ZGZwcm9kdWNlcntwZGZUZVh9ClxkZWZcUERGQFNldHVwRG9jeyUKICBccGRmY2F0YWxvZyB7 ICAgICAgICAgICAgJSBDYXRhbG9nIGRpY3Rpb25hcnkgb2YgUERGIG91dHB1dC4KICAgIC9Q YWdlTW9kZSBcQHBkZnBhZ2Vtb2RlCiAgICAvVVJJIChcQGJhc2V1cmwpCiAgICB9IG9wZW5h Y3Rpb24gcGFnZSBcQHBkZnN0YXJ0cGFnZSB7XEBwZGZzdGFydHZpZXd9CiBccGRmaW5mbyB7 CiAgL0F1dGhvciAoXEBwZGZhdXRob3IpCiAgL1RpdGxlIChcQHBkZnRpdGxlKQogIC9TdWJq ZWN0IChcQHBkZnN1YmplY3QpCiAgL0NyZWF0b3IgKCBcQHBkZmNyZWF0b3IpCiAgL1Byb2R1 Y2VyICggXEBwZGZwcm9kdWNlcikKICAvS2V5d29yZHMgKFxAcGRma2V5d29yZHMpCiAgXGlm eFxAcGRmcGFnZXNjcm9wXEBlbXB0eVxlbHNlCiAgIC9Dcm9wQm94IFtcQHBkZnBhZ2VzY3Jv cF0KICBcZmkKICB9JQp9ClxwZGZvdXRwdXQ9MQpccGRmY29tcHJlc3NsZXZlbD05ClxwZGZw YWdld2lkdGhccGFwZXJ3aWR0aApccGRmcGFnZWhlaWdodFxwYXBlcmhlaWdodApcZGVmXEFj cm9iYXRtZW51IzEjMnslCiAgIFxsZWF2ZXZtb2RlXHBkZmFubm90bGluawogICBhdHRye1xw ZGZCb3JkZXJBdHRycyAvQyBbXEBtZW51Ym9yZGVyY29sb3JdfQogICB1c2VyewogICAgL1N1 YnR5cGUgL0xpbmsKICAgIC9BIDw8CiAgICAgICAvUyAvTmFtZWQgL04gLyMxCiAgICA+Pgog ICAgfXtcY29sb3JsaW5re1xAbWVudWNvbG9yfSMyfSUKICAgXHBkZmVuZGxpbmsKfQpcbGV0 XEhAb2xkQHNlY3RcQHNlY3QKXGRlZlxAc2VjdCMxIzIjMyM0IzUjNlsjN10jOHslCiBcSEBv bGRAc2VjdHsjMX17IzJ9eyMzfXsjNH17IzV9eyM2fVt7Izd9XXsjOH0lCiBcaWZ4XFwjMVxc XGVsc2UKICBcaWZudW0jMj5cY0BzZWNudW1kZXB0aFxlbHNlCiAgICAgXGVkZWZcQHRoaXNo bGFiZWx7XGNzbmFtZSB0aGVIIzFcZW5kY3NuYW1lfSUKXEB3cml0ZXRvcmVweyM3fXsjMS5c QHRoaXNobGFiZWx9eyMyfVxmaQogXGZpCn0KXGxldFxIQG9sZEBwYXJ0XEBwYXJ0ClxkZWZc QHBhcnRbIzFdIzJ7JQogXEB3cml0ZXRvcmVweyMxfXtwYXJ0Llx0aGVIcGFydH17LTF9JQog XEhAb2xkQHBhcnRbeyMxfV17IzJ9JQp9ClxsZXRcSEBvbGRAY2hhcHRlclxAY2hhcHRlcgpc ZGVmXEBjaGFwdGVyWyMxXSMyeyUKIFxIQG9sZEBjaGFwdGVyW3sjMX1deyMyfSUKICBcQHdy aXRldG9yZXB7IzF9e2NoYXB0ZXIuXHRoZUhjaGFwdGVyfXswfSUKICB9ClxleHBhbmRhZnRl clxkZWZcY3NuYW1lIFBhcmVudC0yXGVuZGNzbmFtZXt9ClxleHBhbmRhZnRlclxkZWZcY3Nu YW1lIFBhcmVudC0xXGVuZGNzbmFtZXt9ClxleHBhbmRhZnRlclxkZWZcY3NuYW1lIFBhcmVu dDBcZW5kY3NuYW1le30KXGV4cGFuZGFmdGVyXGRlZlxjc25hbWUgUGFyZW50MVxlbmRjc25h bWV7fQpcbmV3d3JpdGVcQG91dGxpbmVmaWxlClxkZWZcQHdyaXRldG9yZXAjMSMyIzN7JQpc aWZ4XFdyaXRlQm9va21hcmtzXHJlbGF4XGVsc2UKICAgIFxAdGVtcGNudGEjMwogICAgXGV4 cGFuZGFmdGVyXGVkZWZcY3NuYW1lIFBhcmVudCMzXGVuZGNzbmFtZXsjMn0lCiAgICBcYWR2 YW5jZVxAdGVtcGNudGEgYnkgLTEKICAgIFxwcm90ZWN0ZWRAd3JpdGVcQG91dGxpbmVmaWxl JQogICAgICAge1xsZXR+XHNwYWNlCiAgICAgICAgXGRlZlxMYVRlWHtMYVRlWH0lCiAgICAg ICAgXGRlZlxlVGVYe2UtVGVYfSUKICAgICAgICBcZGVmXFRlWHtUZVh9JQogICAgICAgIFxs ZXRcbGFiZWxcQGdvYmJsZQogICAgICAgIFxsZXRcaW5kZXhcQGdvYmJsZQogICAgICAgIFxs ZXRcZ2xvc3NhcnlcQGdvYmJsZX0lCiAgICAgICB7JQogIFxwcm90ZWN0XEJPT0tNQVJLeyMy fXsjMX17XGNzbmFtZSBQYXJlbnRcdGhlXEB0ZW1wY250YVxlbmRjc25hbWV9fSUKXGZpCn0K XGRlZlxwZGZib29rbWFya3tcQGlmbmV4dGNoYXJbe1xwZGZAYm9va21hcmt9e1xwZGZAYm9v a21hcmtbMF19fQpcZGVmXHBkZkBib29rbWFya1sjMV0jMiMzeyUKXGlmeFxXcml0ZUJvb2tt YXJrc1xyZWxheFxlbHNlCiBcQHdyaXRldG9yZXB7IzJ9eyMzLiMxfXsjMX0lCiBcaHlwZXJA YW5jaG9yc3RhcnR7IzMuIzF9XGh5cGVyQGFuY2hvcmVuZApcZmkKfQpcQXRCZWdpbkRvY3Vt ZW50e1xSZWFkQm9va21hcmtzfQpcZGVmXFJlYWRCb29rbWFya3N7JQogIFxkZWZcQk9PS01B UksgIyMxIyMyIyMze1xjYWxjQGJtQG51bWJlcnsjIzN9fSUKICBcSW5wdXRJZkZpbGVFeGlz dHN7XGpvYm5hbWUub3V0fXsKfXt9JQogIFxkZWZcQk9PS01BUksgIyMxIyMyIyMzeyUKICAg IFxkZWZcQHRlbXB4eyMjMn0lCiAgICAgXHBkZm91dGxpbmUgZ290bwogbmFtZXsjIzF9JQog ICAgY291bnRcQGJvb2ttYXJrb3BlbnN0YXR1c1xjaGVja0BibUBudW1iZXJ7IyMxfXslCiAg XGV4cGFuZGFmdGVyXHN0cmlwQHByZWZpeFxtZWFuaW5nXEB0ZW1weH0lCiAgfSUKICB7XGRl ZlxXcml0ZUJvb2ttYXJrc3swfSUKICAgXGVzY2FwZWNoYXJcbUBuZVxJbnB1dElmRmlsZUV4 aXN0c3tcam9ibmFtZS5vdXR9e317fX0lCiAgIFxpZnhcV3JpdGVCb29rbWFya3NccmVsYXhc ZWxzZQogICAgXGltbWVkaWF0ZVxvcGVub3V0XEBvdXRsaW5lZmlsZT1cam9ibmFtZS5vdXQK ICAgXGZpCn0KXGRlZlxjaGVja0BibUBudW1iZXIjMXtcZXhwYW5kYWZ0ZXIgXGlmeFxjc25h bWUjMVxlbmRjc25hbWUgXHJlbGF4IDAlCiAgICBcZWxzZSBcY3NuYW1lIzFcZW5kY3NuYW1l IFxmaX0KXGRlZlxjYWxjQGJtQG51bWJlciMxe1xAdGVtcGNudGE9XGNoZWNrQGJtQG51bWJl cnsjMX1ccmVsYXgKICAgIFxhZHZhbmNlXEB0ZW1wY250YSBieTEKICAgIFxleHBhbmRhZnRl clx4ZGVmXGNzbmFtZSMxXGVuZGNzbmFtZXtcdGhlXEB0ZW1wY250YX19ClxlbmRpbnB1dAol JQolJSBFbmQgb2YgZmlsZSBgaHBkZnRleC5kZWYnLgo= --Lemh7S+2zI-- From owner-pdftex@tug.org Mon Mar 16 03:52:13 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA09368 for ; Mon, 16 Mar 1998 03:52:12 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA11288 for pdftex-list; Mon, 16 Mar 1998 05:43:20 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA11285 for ; Mon, 16 Mar 1998 05:43:18 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id LAA10924; Mon, 16 Mar 1998 11:44:25 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA25827; Mon, 16 Mar 1998 11:58:22 +0100 (MET) Date: Mon, 16 Mar 1998 11:58:22 +0100 (MET) Message-Id: <199803161058.LAA25827@mozart.ujf-grenoble.fr> From: Thierry Bouche To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Cc: Thierry.Bouche@ujf-grenoble.fr, pdftex@tug.org Subject: graphicx + pdftex features (was Re: fontless pdf) In-Reply-To: <2420-Sun15Mar1998220006+0000-s.rahtz@elsevier.co.uk> References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> <199803121832.NAA02520@next.aps.org> <199803130839.JAA20919@mozart.ujf-grenoble.fr> <2420-Sun15Mar1998220006+0000-s.rahtz@elsevier.co.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: fontless pdf », Sebastian Rahtz écrit : « » > some charachters are left `unfaked' (like dotlessj) which is » > inacceptable for maths material. BTW, if some clipping mechanism was » > avalaible with graphicx (at least for pdftex), we could define \jmath » > via macros (similar to D.~Carlisle's dotlessj.sty) » > » it could be done by masking out the dot with a white box, i suspect, » for practical purposes. its been a long time since I last played with » that animal (just before TUG 93, to be exact). it is what `carlisle dotlessj' does, together with a complex accenting mechanism to overcome the fact that tex prints accents _before_ the base glyph (and what do you want a dotlessj for, if not putting accents over it!). However, although we could live with that, it would be much better to be able to clip the dot out, it would also be interesting for figures. I believe clipping is implemented in PDF? » have you looked at the result of Distilling a carlisle dotlessj, to » see what gets into the PDF file? The good point here would be to distill Desruisseaux' dotlessj and see what PDF code is generated. As i unfortunately don't own a copy of distiller now, some kind soul could try to distill the file ftp://fourier.ujf-grenoble.fr/pub/contrib-tex/pdftex/DJ.ps.gz and see what's going on... Thierry PS features i long to see in pdftex + graphics: - clipping - \pagecolor From owner-pdftex@tug.org Mon Mar 16 05:00:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA10543 for ; Mon, 16 Mar 1998 05:00:38 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA11618 for pdftex-list; Mon, 16 Mar 1998 06:53:05 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id GAA11612 for ; Mon, 16 Mar 1998 06:52:50 -0500 Date: Mon, 16 Mar 1998 11:53:32 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: Thierry.Bouche@ujf-grenoble.fr CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980316115332.675b@vms.rhbnc.ac.uk> Subject: RE: graphicx + pdftex features (was Re: fontless pdf) Sender: owner-pdftex@tug.org Precedence: bulk >> The good point here would be to distill Desruisseaux' dotlessj and see >> what PDF code is generated. As i unfortunately don't own a copy of >> distiller now, some kind soul could try to distill the file >> ftp://fourier.ujf-grenoble.fr/pub/contrib-tex/pdftex/DJ.ps.gz >> >> and see what's going on... It looks like a right-pointing arrow to me! ** Phil. From owner-pdftex@tug.org Mon Mar 16 05:13:47 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA10767 for ; Mon, 16 Mar 1998 05:13:45 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA11681 for pdftex-list; Mon, 16 Mar 1998 07:07:07 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA11675 for ; Mon, 16 Mar 1998 07:07:00 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id MAA00599; Mon, 16 Mar 1998 12:08:33 GMT Date: Mon, 16 Mar 1998 12:08:33 GMT Message-Id: <199803161208.MAA00599@nag.co.uk> From: David Carlisle To: s.rahtz@elsevier.co.uk CC: Thierry.Bouche@ujf-grenoble.fr, pdftex@tug.org In-reply-to: <2420-Sun15Mar1998220006+0000-s.rahtz@elsevier.co.uk> Subject: Re: fontless pdf References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> <199803121832.NAA02520@next.aps.org> <199803130839.JAA20919@mozart.ujf-grenoble.fr> <2420-Sun15Mar1998220006+0000-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk > it could be done by masking out the dot with a white box, i suspect, that's what dotlessj.sty does, together with some macro munging so that \^\j and $\hat\jmath$ work as expected. > have you looked at the result of Distilling a carlisle dotlessj, to > see what gets into the PDF file? the thing worked in pdftex when I last tried it, so it ought to distill OK I'd have thought. From owner-pdftex@tug.org Mon Mar 16 05:59:18 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA11566 for ; Mon, 16 Mar 1998 05:59:15 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA11857 for pdftex-list; Mon, 16 Mar 1998 07:48:31 -0500 Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by tug.org (8.8.5/8.8.5) with SMTP id HAA11854 for ; Mon, 16 Mar 1998 07:48:29 -0500 Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 0yEZKl-0006mD-00; Mon, 16 Mar 1998 15:49:39 +0300 Received: from goliath.service.jet.msk.su [192.168.10.29] by tiger.jet.msk.su with smtp (Exim 1.73 #2) id 0yEZKj-00004b-00; Mon, 16 Mar 1998 15:49:37 +0300 Received: from jet.msk.su by jet.msk.su ; Mon, 16 Mar 1998 15:38:32 +0300 (MSK) Message-Id: X-Mailer: exmh version 2.0.2 2/24/98 To: pdftex@tug.org Subject: Just for your information Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Mar 1998 15:38:32 +0300 From: Boris Tobotras Sender: owner-pdftex@tug.org Precedence: bulk ------- Forwarded Message Message-Id: Mime-Version: 1.0 Date: Fri, 13 Mar 1998 14:35:40 -0800 To: pdfdev@lists.pdfzone.com From: Gary Staas Subject: [PDFdev] Placed PDF is here! Reply-To: pdfdev@lists.pdfzone.com X-Sender: Emerge 800-829-2459 Content-Type: text/plain; charset="us-ascii" Precedence: bulk See the Web site at http://beta1.adobe.com/ada/acrosdk/libraries.html for information on the Placed PDF Library. This library allows a developer to use a single page of a PDF file in their application in much the same way as they currently use an Encapsulated PostScript (EPS) file. Gary Staas Acrobat Developer Support +-----------------------------------------------------------------------+ + PDFdev is sponsored by EMERGE, the Acrobat PDF Specialists + + Subscribe/Unsubscribe: http://emerge.pdfzone.com/resources/lists.html + +-----------------------------------------------------------------------+ ------- End of Forwarded Message -- Best regards, -- Boris. From owner-pdftex@tug.org Mon Mar 16 06:24:50 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA12060 for ; Mon, 16 Mar 1998 06:24:49 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA11996 for pdftex-list; Mon, 16 Mar 1998 08:20:31 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA11984 for ; Mon, 16 Mar 1998 08:17:02 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id NAA00617; Mon, 16 Mar 1998 13:21:42 GMT Date: Mon, 16 Mar 1998 13:21:42 GMT Message-Id: <199803161321.NAA00617@nag.co.uk> From: David Carlisle To: pdftex@tug.org In-reply-to: <199803161058.LAA25827@mozart.ujf-grenoble.fr> (message from Thierry Bouche on Mon, 16 Mar 1998 11:58:22 +0100 (MET)) Subject: Re: graphicx + pdftex features (was Re: fontless pdf) References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> <199803121832.NAA02520@next.aps.org> <199803130839.JAA20919@mozart.ujf-grenoble.fr> <2420-Sun15Mar1998220006+0000-s.rahtz@elsevier.co.uk> <199803161058.LAA25827@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk > PS features i long to see in pdftex + graphics: > - clipping > - \pagecolor I think I'm going to add a general rectangular \clipbox to graphics (or probably better be an addon package) it seems to be a regular request. Probably it'll only ever work on ps based drivers but... \pagecolor. This I ought to add to the core color.sty. Defined as follows: If the driver doesn't define some primitive page colour support, implement pagecolor by sticking a big coloured rule as the first thing on each page, covering the whole page. For pdftex, after all the discussion about offsets of various sorts, how big should the rule be, and where should its top left corner be? (relative to the box that is shipped out). David From owner-tex-pretest@tug.org Mon Mar 16 07:22:54 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA13315 for ; Mon, 16 Mar 1998 07:22:53 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA12268 for tex-pretest-list; Mon, 16 Mar 1998 09:17:34 -0500 Received: from math.feld.cvut.cz (newton.feld.cvut.cz [147.32.244.10]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA12262; Mon, 16 Mar 1998 09:17:14 -0500 Received: from localhost (olsak@localhost) by math.feld.cvut.cz (8.8.5/8.8.5) with SMTP id PAA10488; Mon, 16 Mar 1998 15:05:07 +0100 Date: Mon, 16 Mar 1998 15:05:07 +0100 (MET) From: Petr Olsak To: Vladimir Volovich cc: David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk On 14 Mar 1998, Vladimir Volovich wrote: > Hello, > > "PO" == Petr Olsak writes: > PO> Yes, if xord/xchr is unchanged, the input encoding must be the same as > PO> the font encoding. This is reason, why the CSTeX package includes the > PO> special set of METAFONT fonts named CSfonts encoded as CM for codes<128 and > PO> as ISO-8859-2 for accented letters of our alphabets. > > Does it mean that the users of the systems based on enctex have > different sets of czech fonts, --- one set of fonts per one widely used > input encoding (you meniton 6 of them)? This is very inconvenient. No. This is misunderstanding. The CSTeX (no enctex) includes CSfonts only in one encoding based on ISO-8859-2. This was sufficient because UNIX-like systems adopts this encoding for our language and DOS/OS2 has emTeX with tcp tables. The CSTeX package is based on emTeX for DOS/Win/OS2 and web2c for UNIX. No more font encodings is needed. > ... If only one set of fonts > is used (and the xord/xchr IS changed), then the log files will be > unreadable in your approach too... No, you are no right. > But the another solution (to re-encode the message containing an > article in one of those 6 encodings by means of MUA) is not simpler. > It is harder, because it assumes that the user has a very robust MUA. I think, this is preferred way of transfering of text files between OS with the same language supported but different encoding adopted. The WWW client-server communication is another example of transfering the text documents. The WWW server have to determine the encoding supported by client and it have to reencode the Czech page to appropriate encoding. The more intelligent WWW client can determine the native encoding used by server and it can reendode the Czech page at client side. > >> * If the \LaTeX{} document is sent via e-mail with MIME (or > >> similar methods of transport), the re-encoding is done by e-mail > >> agents and the document is properly encoded for the OS of the > >> receiver. > >> > >> Is that really true? > > PO> YES, it is true. > > No, it isn't. See the above example. More exactly: This (reencoding at MUA or WWW transfer level) is very common, but this is not absolutelly true (see very special situations). Petr Olsak From owner-pdftex@tug.org Mon Mar 16 07:38:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA13647 for ; Mon, 16 Mar 1998 07:38:38 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA12274 for pdftex-list; Mon, 16 Mar 1998 09:17:36 -0500 Received: from math.feld.cvut.cz (newton.feld.cvut.cz [147.32.244.10]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA12262; Mon, 16 Mar 1998 09:17:14 -0500 Received: from localhost (olsak@localhost) by math.feld.cvut.cz (8.8.5/8.8.5) with SMTP id PAA10488; Mon, 16 Mar 1998 15:05:07 +0100 Date: Mon, 16 Mar 1998 15:05:07 +0100 (MET) From: Petr Olsak To: Vladimir Volovich cc: David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On 14 Mar 1998, Vladimir Volovich wrote: > Hello, > > "PO" == Petr Olsak writes: > PO> Yes, if xord/xchr is unchanged, the input encoding must be the same as > PO> the font encoding. This is reason, why the CSTeX package includes the > PO> special set of METAFONT fonts named CSfonts encoded as CM for codes<128 and > PO> as ISO-8859-2 for accented letters of our alphabets. > > Does it mean that the users of the systems based on enctex have > different sets of czech fonts, --- one set of fonts per one widely used > input encoding (you meniton 6 of them)? This is very inconvenient. No. This is misunderstanding. The CSTeX (no enctex) includes CSfonts only in one encoding based on ISO-8859-2. This was sufficient because UNIX-like systems adopts this encoding for our language and DOS/OS2 has emTeX with tcp tables. The CSTeX package is based on emTeX for DOS/Win/OS2 and web2c for UNIX. No more font encodings is needed. > ... If only one set of fonts > is used (and the xord/xchr IS changed), then the log files will be > unreadable in your approach too... No, you are no right. > But the another solution (to re-encode the message containing an > article in one of those 6 encodings by means of MUA) is not simpler. > It is harder, because it assumes that the user has a very robust MUA. I think, this is preferred way of transfering of text files between OS with the same language supported but different encoding adopted. The WWW client-server communication is another example of transfering the text documents. The WWW server have to determine the encoding supported by client and it have to reencode the Czech page to appropriate encoding. The more intelligent WWW client can determine the native encoding used by server and it can reendode the Czech page at client side. > >> * If the \LaTeX{} document is sent via e-mail with MIME (or > >> similar methods of transport), the re-encoding is done by e-mail > >> agents and the document is properly encoded for the OS of the > >> receiver. > >> > >> Is that really true? > > PO> YES, it is true. > > No, it isn't. See the above example. More exactly: This (reencoding at MUA or WWW transfer level) is very common, but this is not absolutelly true (see very special situations). Petr Olsak From owner-pdftex@tug.org Mon Mar 16 08:09:27 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA14382 for ; Mon, 16 Mar 1998 08:09:26 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA12452 for pdftex-list; Mon, 16 Mar 1998 10:01:36 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA12449 for ; Mon, 16 Mar 1998 10:01:30 -0500 Received: from hagen (zl16.pi.net [145.220.204.16]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA29910; Mon, 16 Mar 1998 16:02:24 +0100 (MET) Posted-Date: Mon, 16 Mar 1998 16:02:24 +0100 (MET) Message-ID: <35096C32.13B2@pi.net> Date: Fri, 13 Mar 1998 18:26:10 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, Philippe Lavoie CC: pragma@pi.net Subject: Re: About compression level References: <199803131621.LAA12992@yoho.uottawa.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Philippe Lavoie wrote: > However my file is still 100kb which is about the same size as the > postscript file. > > Is there anyways to have it smaller then this ? > > (this is using the times font) > > The document is only 26 pages. 100kb sounds reasonable to me, given that \TeX produces kerned text (just compare a non compressed pdf file produced by tex with one produced by a word/line oriented dtp system (as >From adobe inc)). Now in your file are: 26*3000 characters=75K characters, which leaves about 25K for structuring (object stuff) and positioning. Not that much eh? Comparing ps and pdf: the main difference in size is due to (1) compression, and in a text document with no graphics of more than avarage complexity, there is not much to gain, (2) uncompressd graphic stuff, (3) more efficient hyper/annot storage, (4) postscript programming stuff versus object tables, etc. A 500 Meg PS file (a few thousand pages with lots of graphics and hyper things) will easilly reduce to less that 50 Meg PDF. Also, optimizing a pdftex file in exchange as needed for www performance, in most cases leads to a larger pdf file, due to a different (and more redundant) structuring. Such is life. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Sun Mar 15 11:05:56 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA21262 for ; Sun, 15 Mar 1998 11:05:55 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA07499 for pdftex-list; Sun, 15 Mar 1998 13:02:02 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA07493 for ; Sun, 15 Mar 1998 13:02:00 -0500 Received: from dior.ics.muni.cz (dior.ics.muni.cz [147.251.6.10]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id TAA22674 for ; Sun, 15 Mar 1998 19:03:06 +0100 (MET) Received: (from news@localhost) by dior.ics.muni.cz (8.8.5/8.8.5) id TAA24574 for pdftex@tug.cs.umb.edu; Sun, 15 Mar 1998 19:03:12 +0100 (MET) Newsgroups: cz.muni.redir.pdftex Path: anxur!zlatuska From: zlatuska@muni.cz (Jiri Zlatuska) Subject: Re: xord/xchr X-Nntp-Posting-Host: anxur.fi.muni.cz Message-ID: Lines: 41 Organization: Masaryk University,Brno References: Date: Sun, 15 Mar 1998 18:00:16 GMT Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle writes: >Ah. I see what you mean now (although I still claim it isn't true:-) >There are two situations. >1) two encodings with the same underlying character set. Typically >caused by Microsoft taking a perfectly good encoding like latin-? >and permuting it randomly to produce cp????. (...) >2) The case that I am more familiar with. Two encodings with different >underlying character sets. Such as latin-1 & latin-2. Here the >transport can not re-encode the file, and so inputenc does the right >thing (hopefully). (...) i think david is quite right that the anonymous, or environment-generated re-encoding indeed invites for a disaster. there is yet another situation to those indicated above -- my files in encoding xxx at my home my home machine, and me sitting elsewhere (e.g. visiting other university for a while) where they would use encoding yyy, and accessing my files at home using AFS/NFS. the same kind of situation happens when i'm given access to a tex/latex file by a colleague of mine, and they use the environment hack while i stick with uncrippled tex. unless i know their _private_ environment they use when processing their file, i cannot be sure that the result would work. i am a czech user, and while i do use czech encoding for my source texts. i'm still convinced that anything what uses a hack which allows not to include some markup header indicating the encoding used within the source file, is just plain wrong. --jiri From owner-pdftex@tug.org Mon Mar 16 09:54:09 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA17090 for ; Mon, 16 Mar 1998 09:54:08 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA12851 for pdftex-list; Mon, 16 Mar 1998 11:43:37 -0500 Received: from by.genie.uottawa.ca (by.genie.uottawa.ca [137.122.20.226]) by tug.org (8.8.5/8.8.5) with SMTP id LAA12848 for ; Mon, 16 Mar 1998 11:43:35 -0500 Received: from zeus.genie.uottawa.ca by by.genie.uottawa.ca (4.1/SMI-4.1) id AA10566; Mon, 16 Mar 98 11:44:24 EST Received: from yoho.uottawa.ca by zeus.genie.uottawa.ca (4.1/SMI-4.1) id AA04560; Mon, 16 Mar 98 11:45:55 EST Received: by yoho.uottawa.ca (SMI-8.6/SMI-SVR4) id LAA22618; Mon, 16 Mar 1998 11:43:44 -0500 Date: Mon, 16 Mar 1998 11:43:44 -0500 Message-Id: <199803161643.LAA22618@yoho.uottawa.ca> From: Philippe Lavoie To: Hans Hagen Cc: pdftex@tug.org, Philippe Lavoie Subject: Re: About compression level In-Reply-To: <35096C32.13B2@pi.net> References: <199803131621.LAA12992@yoho.uottawa.ca> <35096C32.13B2@pi.net> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > The document is only 26 pages. > > 100kb sounds reasonable to me, given that \TeX produces kerned text (just compare a non > compressed pdf file produced by tex with one produced by a word/line oriented dtp system (as > from adobe inc)). Now in your file are: 26*3000 characters=75K characters, which leaves about > 25K for structuring (object stuff) and positioning. Not that much eh? > Thanks for the precision. You are right, the PDF file is only marginally larger then the .tex file. But a .ps.gz file is about 10 times smaller... I though PDF did compression comparable to gzip. My mistake :) Phil From owner-pdftex@tug.org Mon Mar 16 10:21:10 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA17861 for ; Mon, 16 Mar 1998 10:21:09 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA12921 for pdftex-list; Mon, 16 Mar 1998 12:01:36 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA12918 for ; Mon, 16 Mar 1998 12:01:30 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id SAA10250; Mon, 16 Mar 1998 18:01:29 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id SAA09031; Mon, 16 Mar 1998 18:15:28 +0100 (MET) Date: Mon, 16 Mar 1998 18:15:28 +0100 (MET) Message-Id: <199803161715.SAA09031@mozart.ujf-grenoble.fr> From: Thierry Bouche To: David Carlisle Cc: pdftex@tug.org Subject: Re: graphicx + pdftex features In-Reply-To: <199803161321.NAA00617@nag.co.uk> References: <199803121824.TAA15125@mozart.ujf-grenoble.fr> <199803121832.NAA02520@next.aps.org> <199803130839.JAA20919@mozart.ujf-grenoble.fr> <2420-Sun15Mar1998220006+0000-s.rahtz@elsevier.co.uk> <199803161058.LAA25827@mozart.ujf-grenoble.fr> <199803161321.NAA00617@nag.co.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: graphicx + pdftex features (was Re: fontless pdf) », David Carlisle écrit : « » » > - clipping » » I think I'm going to add a general rectangular \clipbox to graphics » (or probably better be an addon package) it seems to be a regular » request. Probably it'll only ever work on ps based drivers but... well, it is usefull. (as were rheight in epsfig:-) » \pagecolor. This I ought to add to the core color.sty. Defined as » follows: » » If the driver doesn't define some primitive page colour support, » implement pagecolor by sticking a big coloured rule as the first thing » on each page, covering the whole page. » » For pdftex, after all the discussion about offsets of various sorts, how » big should the rule be, and where should its top left corner be? » (relative to the box that is shipped out). » In latex, assuming that everybody use hyperref, you should rely on \paperwidth/height, i believe. BTW (just curious) what does \AtBeginDVI in pdftex? Thierry From owner-pdftex@tug.org Mon Mar 16 15:04:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA25802 for ; Mon, 16 Mar 1998 15:04:28 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA14203 for pdftex-list; Mon, 16 Mar 1998 17:00:55 -0500 Received: from earth.ox.ac.uk (darwin.earth.ox.ac.uk [163.1.22.6]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA14200 for ; Mon, 16 Mar 1998 17:00:53 -0500 Received: from rahman.earth.ox.ac.uk (keith@max100.public.ox.ac.uk [192.76.27.100]) by earth.ox.ac.uk (8.8.8/8.8.8) with SMTP id WAA06516; Mon, 16 Mar 1998 22:01:55 GMT Date: Mon, 16 Mar 98 22:01:39 GMT Message-Id: <2804.9803162201@rahman.earth.ox.ac.uk> From: Keith Refson To: pdftex@tug.org Cc: "Melissa O'Neill" Subject: Encoding problem: eus.enc X-Mailer: VM 6.41 under Emacs 19.34.1 Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I have a document which uses: \usepackage[mathcal]{eucal} and within it refers to {\mathcal T} and {\mathcal K}. Upon processing with pdflatex 0.12f as part of teTeX 0.9 980313 there is an error: (see the transcript file for additional information) and these characters are missing from the pdf output. In $TEXMF/pdftex/config/eus.enc the uppercase letters appear to be mapped in positions 49-74 not 65-90 as I might expect. This sounds similar to a problem that Melissa O'Neill had with "mac.enc". Keith Refson From owner-pdftex@tug.org Mon Mar 16 15:32:56 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA26576 for ; Mon, 16 Mar 1998 15:32:55 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA14335 for pdftex-list; Mon, 16 Mar 1998 17:29:05 -0500 Received: from cc.vsu.ru (ns.vsu.relarn.ru [194.226.24.1]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA14318; Mon, 16 Mar 1998 17:25:54 -0500 Received: (from uucp@localhost) by cc.vsu.ru (8.8.8-vsu/8.8.8) with UUCP id BAA19798; Tue, 17 Mar 1998 01:00:29 +0300 Received: (from vvv@localhost) by vvv.vsu.ru (8.8.7/8.8.7) id AAA12180; Tue, 17 Mar 1998 00:57:47 +0300 To: Petr Olsak Cc: David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr References: From: Vladimir Volovich Date: 17 Mar 1998 00:57:47 +0300 In-Reply-To: Petr Olsak's message of "Mon, 16 Mar 1998 15:05:07 +0100 (MET)" Message-ID: Lines: 37 X-Mailer: Quassia Gnus v0.31/Emacs 20.2 X-Emacs: Emacs 20.2 (with raw setting) MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk "PO" == Petr Olsak writes: >> Does it mean that the users of the systems based on enctex have >> different sets of czech fonts, --- one set of fonts per one widely >> used input encoding (you meniton 6 of them)? This is very >> inconvenient. PO> No. This is misunderstanding. I'm sorry. The output encoding (which goes to the screen and to log files) could be changed via xchr array. Okay, this works, and we need to be able to have readable logs, but still this approach is very restrictive (bilingual only), and more general solutions are preferable for inclusion in the mainstream web2c system (BTW, I do not understand, why this thread originated in a PDF-TeX list; the discussing problem has nothing to do with PDF, but it is a problem of the TeX system). >> But the another solution (to re-encode the message containing an >> article in one of those 6 encodings by means of MUA) is not >> simpler. It is harder, because it assumes that the user has a >> very robust MUA. PO> I think, this is preferred way of transfering of text files PO> between OS with the same language supported but different PO> encoding adopted. The WWW client-server communication is another PO> example of transfering the text documents. Yes, but in most situations ftp servers (as an example) will not do re-encoding... So, we cannot rely on the `automagical' re-encoding of articles for the users which do not know what encoding do they use... This re-encoding *can* happen in certain (happy) situations, but it definitely will not happen in a majority of cases (and it will fail for multilingual documents). IMHO, the input encoding(s) should be specified in a body of the article. Best regards, -- Vladimir. From owner-pdftex@tug.org Mon Mar 16 23:59:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id XAA07792 for ; Mon, 16 Mar 1998 23:59:21 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id BAA16296 for pdftex-list; Tue, 17 Mar 1998 01:55:59 -0500 Received: from genesis.mi.ras.ru (genesis.mi.ras.ru [195.208.49.11]) by tug.org (8.8.5/8.8.5) with ESMTP id BAA16287; Tue, 17 Mar 1998 01:55:53 -0500 Received: from localhost (znamensk@localhost) by genesis.mi.ras.ru (8.8.5/8.8.4) with SMTP id JAA18439; Tue, 17 Mar 1998 09:57:03 +0300 (MSK) Date: Tue, 17 Mar 1998 09:57:02 +0300 (MSK) From: "Sergei V.Znamenskii" X-Sender: znamensk@genesis To: pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Mon, 16 Mar 1998, Petr Olsak wrote: > > On 14 Mar 1998, Vladimir Volovich wrote: > > > Hello, > > > > "PO" == Petr Olsak writes: > > PO> Yes, if xord/xchr is unchanged, the input encoding must be the same as > > PO> the font encoding. This is reason, why the CSTeX package includes the > > PO> special set of METAFONT fonts named CSfonts encoded as CM for codes<128 and > > PO> as ISO-8859-2 for accented letters of our alphabets. > > > > Does it mean that the users of the systems based on enctex have > > different sets of czech fonts, --- one set of fonts per one widely used > > input encoding (you meniton 6 of them)? This is very inconvenient. > > No. This is misunderstanding. The CSTeX (no enctex) includes CSfonts only > in one encoding based on ISO-8859-2. This was sufficient because UNIX-like > systems adopts this encoding for our language and DOS/OS2 has emTeX with > tcp tables. The CSTeX package is based on emTeX for DOS/Win/OS2 and web2c > for UNIX. No more font encodings is needed. > It was proposed as the standard solution for Russia in discussion organized by A.Rozheko to use koi8 font encoding for unix users of Russia with tcp tables in emTeX for dos, os2 and windows users. As I remember, at least Rozhenko, A.Shen' and S.L'vovskii supported this pozition. Therefore we shure have the similar approach to be used in Russia also. > > ... If only one set of fonts > > is used (and the xord/xchr IS changed), then the log files will be > > unreadable in your approach too... > Both dos and unix users read russian letters in log and aux and other TeX related files in any text editor. > > But the another solution (to re-encode the message containing an > > article in one of those 6 encodings by means of MUA) is not simpler. > > It is harder, because it assumes that the user has a very robust MUA. > Anycase we have this problem while transfer files from koi8 unix station to cp866 dos/windows PC. Is it possible to avoid re-encoding if two authors work on the same paper and use different OS with diferent editors which use incompartible cyrillic encodings? This situation seems to be rather usual. > > >> * If the \LaTeX{} document is sent via e-mail with MIME (or > > >> similar methods of transport), the re-encoding is done by e-mail > > >> agents and the document is properly encoded for the OS of the > > >> receiver. > > >> > > >> Is that really true? > > > > PO> YES, it is true. > > > > No, it isn't. See the above example. > > More exactly: This (reencoding at MUA or WWW transfer level) is very > common, but this is not absolutelly true (see very special situations). > > Petr Olsak Yes, it is a problem. But it is not just a TeX problem: it is a general multiple encodings problem and it is to be solved. We know only partial solutions now. Let us hope for the best! Sergei From owner-tex-pretest@tug.org Tue Mar 17 00:00:41 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA07863 for ; Tue, 17 Mar 1998 00:00:40 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id BAA16290 for tex-pretest-list; Tue, 17 Mar 1998 01:55:56 -0500 Received: from genesis.mi.ras.ru (genesis.mi.ras.ru [195.208.49.11]) by tug.org (8.8.5/8.8.5) with ESMTP id BAA16287; Tue, 17 Mar 1998 01:55:53 -0500 Received: from localhost (znamensk@localhost) by genesis.mi.ras.ru (8.8.5/8.8.4) with SMTP id JAA18439; Tue, 17 Mar 1998 09:57:03 +0300 (MSK) Date: Tue, 17 Mar 1998 09:57:02 +0300 (MSK) From: "Sergei V.Znamenskii" X-Sender: znamensk@genesis To: pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk On Mon, 16 Mar 1998, Petr Olsak wrote: > > On 14 Mar 1998, Vladimir Volovich wrote: > > > Hello, > > > > "PO" == Petr Olsak writes: > > PO> Yes, if xord/xchr is unchanged, the input encoding must be the same as > > PO> the font encoding. This is reason, why the CSTeX package includes the > > PO> special set of METAFONT fonts named CSfonts encoded as CM for codes<128 and > > PO> as ISO-8859-2 for accented letters of our alphabets. > > > > Does it mean that the users of the systems based on enctex have > > different sets of czech fonts, --- one set of fonts per one widely used > > input encoding (you meniton 6 of them)? This is very inconvenient. > > No. This is misunderstanding. The CSTeX (no enctex) includes CSfonts only > in one encoding based on ISO-8859-2. This was sufficient because UNIX-like > systems adopts this encoding for our language and DOS/OS2 has emTeX with > tcp tables. The CSTeX package is based on emTeX for DOS/Win/OS2 and web2c > for UNIX. No more font encodings is needed. > It was proposed as the standard solution for Russia in discussion organized by A.Rozheko to use koi8 font encoding for unix users of Russia with tcp tables in emTeX for dos, os2 and windows users. As I remember, at least Rozhenko, A.Shen' and S.L'vovskii supported this pozition. Therefore we shure have the similar approach to be used in Russia also. > > ... If only one set of fonts > > is used (and the xord/xchr IS changed), then the log files will be > > unreadable in your approach too... > Both dos and unix users read russian letters in log and aux and other TeX related files in any text editor. > > But the another solution (to re-encode the message containing an > > article in one of those 6 encodings by means of MUA) is not simpler. > > It is harder, because it assumes that the user has a very robust MUA. > Anycase we have this problem while transfer files from koi8 unix station to cp866 dos/windows PC. Is it possible to avoid re-encoding if two authors work on the same paper and use different OS with diferent editors which use incompartible cyrillic encodings? This situation seems to be rather usual. > > >> * If the \LaTeX{} document is sent via e-mail with MIME (or > > >> similar methods of transport), the re-encoding is done by e-mail > > >> agents and the document is properly encoded for the OS of the > > >> receiver. > > >> > > >> Is that really true? > > > > PO> YES, it is true. > > > > No, it isn't. See the above example. > > More exactly: This (reencoding at MUA or WWW transfer level) is very > common, but this is not absolutelly true (see very special situations). > > Petr Olsak Yes, it is a problem. But it is not just a TeX problem: it is a general multiple encodings problem and it is to be solved. We know only partial solutions now. Let us hope for the best! Sergei From owner-tex-pretest@tug.org Tue Mar 17 03:42:07 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA12248 for ; Tue, 17 Mar 1998 03:42:05 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA17378 for tex-pretest-list; Tue, 17 Mar 1998 05:36:09 -0500 Received: from math.feld.cvut.cz (newton.feld.cvut.cz [147.32.244.10]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA17375; Tue, 17 Mar 1998 05:36:06 -0500 Received: from localhost (olsak@localhost) by math.feld.cvut.cz (8.8.5/8.8.5) with SMTP id LAA01014; Tue, 17 Mar 1998 11:36:52 +0100 Date: Tue, 17 Mar 1998 11:36:52 +0100 (MET) From: Petr Olsak To: David Carlisle cc: pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.uni-mainz.de Subject: Re: xord/xchr In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk On Fri, 13 Mar 1998, David Carlisle wrote: > > > me> Is that really true? > Petr> YES, it is true. > > Ah. I see what you mean now (although I still claim it isn't true:-) > > There are two situations. > > 1) two encodings with the same underlying character set. Typically > caused by Microsoft taking a perfectly good encoding like latin-? > and permuting it randomly to produce cp????. Yes, this is important for us. > 2) The case that I am more familiar with. Two encodings with different > underlying character sets. Such as latin-1 & latin-2. Here the > transport can not re-encode the file, and so inputenc does the right > thing (hopefully). > > My main fear with an `anonymous' re-encoding system as you propose > (which is useful for the first case, I can see) is that it can lead to > disaster in case 2. I think, that no. We have to distinguish the _possibility_ of setting the special xord/xchr during the format generation with the _impossibility_ of using the alternative approach because only inputenc is supported and no others. For example: four different formats are usually generated in CSTeX package: plain -- only 7bit input, the original and not changed Knuth's format. csplain -- the simple extension of plain. CSfonts instead CM fonts are preloaded, 8bit input is possible. If OS does not support the ISO-8859-2 encoding, the xord/xchr changes are done. latex -- original LaTeX distributed by LaTeX team. The xord/xchr vectors are unchanged, the OT1 or T1 encoded fonts (dependend on document header) is used. The inputenc package is possible to use without problems. cslatex -- the simple extension of latex. The xord/xchr are changed dependent on OS, the CSfonts in ISO-8859-2 encoding are implicitly used. Inputenc is not used or is used with the special respect. Nobody is restricted. Everybody can choose his preferred solution. Every solution has advantages and disadvantages. If the xord/xchr solution will be not supported in widely used TeX systems, new restrictions will be done for CSTeX users. Their old documents (include the czech control sequences for example) will be impossible to formatted by TeX --- the backward compatibility for these documents are loss. Many users upgrade from DOS and emTeX to Win and another TeX system. Their documents is not backward compatible if the xord/xchr chages is impossible. I will introduce another aspect of this problem. Consider following example: % used format: csplain \catcode190=13 \def{whatever} here is a text with . \bye Please substitute the string to the single character z with caron in this example (I am not sending the zcaron in this e-mail exactly). Of course, this document is dependent on csplain format, where the zcaron character has the code 190 (ISO-8859-2). Let us suppose that this five line example is stored on UNIX text file in ISO-8859-2 and in Windows file in CP1250. If I run the text editor in UNIX, I see the same "look" of this example as in text editor in Windows. I expected that if the example has the same "look" on input, it _have_ to the same TeX output. But it is true if and only if the xord/xchr reenconding is used on Windows TeX system! This example shows the similarity with ASCII--EBCDIC problem. We need the possibility of xord/xchr on all TeX systems used in different OS. Petr Olsak From owner-pdftex@tug.org Tue Mar 17 04:04:24 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA12652 for ; Tue, 17 Mar 1998 04:04:23 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA17384 for pdftex-list; Tue, 17 Mar 1998 05:36:16 -0500 Received: from math.feld.cvut.cz (newton.feld.cvut.cz [147.32.244.10]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA17375; Tue, 17 Mar 1998 05:36:06 -0500 Received: from localhost (olsak@localhost) by math.feld.cvut.cz (8.8.5/8.8.5) with SMTP id LAA01014; Tue, 17 Mar 1998 11:36:52 +0100 Date: Tue, 17 Mar 1998 11:36:52 +0100 (MET) From: Petr Olsak To: David Carlisle cc: pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.uni-mainz.de Subject: Re: xord/xchr In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Fri, 13 Mar 1998, David Carlisle wrote: > > > me> Is that really true? > Petr> YES, it is true. > > Ah. I see what you mean now (although I still claim it isn't true:-) > > There are two situations. > > 1) two encodings with the same underlying character set. Typically > caused by Microsoft taking a perfectly good encoding like latin-? > and permuting it randomly to produce cp????. Yes, this is important for us. > 2) The case that I am more familiar with. Two encodings with different > underlying character sets. Such as latin-1 & latin-2. Here the > transport can not re-encode the file, and so inputenc does the right > thing (hopefully). > > My main fear with an `anonymous' re-encoding system as you propose > (which is useful for the first case, I can see) is that it can lead to > disaster in case 2. I think, that no. We have to distinguish the _possibility_ of setting the special xord/xchr during the format generation with the _impossibility_ of using the alternative approach because only inputenc is supported and no others. For example: four different formats are usually generated in CSTeX package: plain -- only 7bit input, the original and not changed Knuth's format. csplain -- the simple extension of plain. CSfonts instead CM fonts are preloaded, 8bit input is possible. If OS does not support the ISO-8859-2 encoding, the xord/xchr changes are done. latex -- original LaTeX distributed by LaTeX team. The xord/xchr vectors are unchanged, the OT1 or T1 encoded fonts (dependend on document header) is used. The inputenc package is possible to use without problems. cslatex -- the simple extension of latex. The xord/xchr are changed dependent on OS, the CSfonts in ISO-8859-2 encoding are implicitly used. Inputenc is not used or is used with the special respect. Nobody is restricted. Everybody can choose his preferred solution. Every solution has advantages and disadvantages. If the xord/xchr solution will be not supported in widely used TeX systems, new restrictions will be done for CSTeX users. Their old documents (include the czech control sequences for example) will be impossible to formatted by TeX --- the backward compatibility for these documents are loss. Many users upgrade from DOS and emTeX to Win and another TeX system. Their documents is not backward compatible if the xord/xchr chages is impossible. I will introduce another aspect of this problem. Consider following example: % used format: csplain \catcode190=13 \def{whatever} here is a text with . \bye Please substitute the string to the single character z with caron in this example (I am not sending the zcaron in this e-mail exactly). Of course, this document is dependent on csplain format, where the zcaron character has the code 190 (ISO-8859-2). Let us suppose that this five line example is stored on UNIX text file in ISO-8859-2 and in Windows file in CP1250. If I run the text editor in UNIX, I see the same "look" of this example as in text editor in Windows. I expected that if the example has the same "look" on input, it _have_ to the same TeX output. But it is true if and only if the xord/xchr reenconding is used on Windows TeX system! This example shows the similarity with ASCII--EBCDIC problem. We need the possibility of xord/xchr on all TeX systems used in different OS. Petr Olsak From owner-pdftex@tug.org Tue Mar 17 05:26:36 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA14060 for ; Tue, 17 Mar 1998 05:26:35 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA17751 for pdftex-list; Tue, 17 Mar 1998 07:12:43 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA17748 for ; Tue, 17 Mar 1998 07:12:05 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id NAA12118; Tue, 17 Mar 1998 13:13:00 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id NAA21668; Tue, 17 Mar 1998 13:12:58 +0100 (MET) From: Han The Thanh Message-Id: <199803171212.NAA21668@anxur.fi.muni.cz> Subject: Re: Encoding problem: eus.enc In-Reply-To: <2804.9803162201@rahman.earth.ox.ac.uk> from Keith Refson at "Mar 16, 98 10:01:39 pm" To: Keith.Refson@earth.ox.ac.uk (Keith Refson) Date: Tue, 17 Mar 1998 13:12:58 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > I have a document which uses: > > \usepackage[mathcal]{eucal} > > and within it refers to {\mathcal T} and {\mathcal K}. > Upon processing with pdflatex 0.12f as part of teTeX 0.9 980313 > there is an error: > > (see the transcript file for additional information) xt.enc> itext.enc> ! Warning: pdflatex (file eusm10.pfb): > character 75 is mapped to .notdef > > ! Warning: pdflatex (file eusm10.pfb): > character 84 is mapped to .notdef > > > > and these characters are missing from the pdf output. In > $TEXMF/pdftex/config/eus.enc the uppercase letters appear to be mapped > in positions 49-74 not 65-90 as I might expect. > > This sounds similar to a problem that Melissa O'Neill had with > "mac.enc". It seems that the glyphs in pfb files have different name than in encoding vector. I have the feeling that my map files and encoding vectors are a little out-of-date. If anyone has create new map files and encoding vectors for some new fonts, please post them to the list. Many thanks in advance. Regards, Thanh From owner-pdftex@tug.org Tue Mar 17 07:25:29 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA16272 for ; Tue, 17 Mar 1998 07:25:28 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA18253 for pdftex-list; Tue, 17 Mar 1998 09:16:19 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA18247 for ; Tue, 17 Mar 1998 09:15:51 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id PAA26219; Tue, 17 Mar 1998 15:16:56 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id PAA03702; Tue, 17 Mar 1998 15:16:20 +0100 (MET) Date: Tue, 17 Mar 1998 15:16:20 +0100 (MET) Message-Id: <199803171416.PAA03702@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Han The Thanh Cc: Keith.Refson@earth.ox.ac.uk (Keith Refson), pdftex@tug.org (PDFTEX) Subject: Re: Encoding problem: eus.enc In-Reply-To: <199803171212.NAA21668@anxur.fi.muni.cz> References: <2804.9803162201@rahman.earth.ox.ac.uk> <199803171212.NAA21668@anxur.fi.muni.cz> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: Encoding problem: eus.enc », Han The Thanh écrit : « » » I have the feeling that my map files and encoding vectors are a little » out-of-date. If anyone has create new map files and encoding vectors for some » new fonts, please post them to the list. Many thanks in advance. i simply think that your enc files were done with bakoma fonts, and there are differences with bluesky versions... Now that pdftex is able to use the font file name, this is the only remaining incompatibility. If pdftex was (is?) able to pick up the encoding from the PFB file if none is supplied in the map file this could vanish? Th. B. « et, quoique l'on pourrait mettre un point d'exclamation à la fin de chaque phrase, ce n'est peut-être pas une raison pour s'en dispenser ! » Comte de Lautréamont, 1869. From owner-pdftex@tug.org Tue Mar 17 08:14:03 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA17372 for ; Tue, 17 Mar 1998 08:14:02 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA18458 for pdftex-list; Tue, 17 Mar 1998 10:03:28 -0500 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA18449; Tue, 17 Mar 1998 10:03:22 -0500 Received: from qcd.lanl.gov (qcd.lanl.gov [128.165.23.46]) by mailhost.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id IAA15574; Tue, 17 Mar 1998 08:04:30 -0700 (MST) Received: by qcd.lanl.gov (SMI-8.6/SMI-SVR4) id IAA17095; Tue, 17 Mar 1998 08:01:17 -0700 Date: Tue, 17 Mar 1998 08:01:17 -0700 Message-Id: <199803171501.IAA17095@qcd.lanl.gov> From: Tanmoy Bhattacharya To: Petr Olsak Cc: David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.uni-mainz.de Subject: Re: xord/xchr In-Reply-To: References: Sender: owner-pdftex@tug.org Precedence: bulk In dated 11:36:52 +0100 Tue March 17, 1998, Petr Olsak writes > I will introduce another aspect of this problem. Consider following > example: > > % used format: csplain > \catcode190=13 > \def{whatever} > here is a text with . > \bye > > Please substitute the string to the single character z with caron > in this example (I am not sending the zcaron in this e-mail exactly). > Of course, this document is dependent on csplain format, where the zcaron > character has the code 190 (ISO-8859-2). > Does anyone do such horrid stuff? If they do, they deserve what they get. What was wrong with \catcode`\=13\relax? (The \ for the usual reason: in case originally was catcode 1 or 9 or 5 or some such mess). What exactly is the point of hardwiring the 190 into TeX code? > Let us suppose that this five line example is stored on UNIX text file in > ISO-8859-2 and in Windows file in CP1250. If I run the text editor in > UNIX, I see the same "look" of this example as in text editor in Windows. > I expected that if the example has the same "look" on input, it _have_ to > the same TeX output. But it is true if and only if the xord/xchr > reenconding is used on Windows TeX system! This example shows the > similarity with ASCII--EBCDIC problem. Only for very badly written code. > > We need the possibility of xord/xchr on all TeX systems used in different > OS. > I have been following the discussion: so far I haven't commented because I am not knowledgeable enough about all the solutions proposed, and because the tone of the discussion has sometimes been beyond the bounds of what I consider decency. Strong feelings are best left protested by equally strong feelings, not by reason. Cheers Tanmoy From owner-pdftex@tug.org Tue Mar 17 08:22:21 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA17615 for ; Tue, 17 Mar 1998 08:22:19 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA18484 for pdftex-list; Tue, 17 Mar 1998 10:08:17 -0500 Received: from acsu.buffalo.edu (mailhub.acsu.buffalo.edu [128.205.7.40]) by tug.org (8.8.5/8.8.5) with SMTP id KAA18481 for ; Tue, 17 Mar 1998 10:08:15 -0500 Received: (qmail 11421 invoked from network); 17 Mar 1998 15:09:21 -0000 Received: from ubppp-246-043.ppp-net.buffalo.edu (HELO samawi) (128.205.246.43) by mailhub with SMTP; 17 Mar 1998 15:09:21 -0000 Message-ID: <350E8D5D.6745@acsu.buffalo.edu> Date: Tue, 17 Mar 1998 09:49:02 -0500 From: Idris Samawi Hamid Reply-To: ishamid@acsu.buffalo.edu X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org CC: lagally@informatik.uni-stuttgart.de Subject: Metafont support? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Dear lovers of TeX/PDFTeX: Hi! I am new to this list. I mentioned the following in a correspondence with Han, and he suggested that I present it to this group for discussion. I asked Han: You have probably been asked the following question before. Do you have any plans to include support for automatic font generation with Metafont the way dvips does? This is crucial for me because I use ArabTeX, whose fonts do not exist in postscript format. Yet I can convert my Arabic documents to postscript using dvips. I hope something similar can be developed for PDFTeX. If there is such a prospect, how far down the road do you forsee it? In any case, I see a real posssibility that PDFTeX may one day make dvi files obsolete. Good luck! I might add that there are probably many other language and other packages that depend on metafont-generated fonts, so it goes without saying that this problem is not unique to ArabTeX. Han replied: > This topic has been discussed in pdftex mailing list. At the moment pdftex can > handle only Type1 (PostScript) fonts and TrueType fonts; dvips does handle also > bitmap fonts (generated from metafont). To use a font avaiable only in metafont, > there are two ways: 1) convert it to Type1 or TrueType fonts; 2) embed it as > bitmap fonts. The first way seems to be better, however converting metafont to > Type1/TrueType is rather difficult and at the moment there is no free software > which does this job. A question. Is there any shareware or commercial software that does this? > The second way _might_ be supported in pdftex, but I'm not > sure it's a good idea, as it makes the output resolution-dependent and it looks > quite ugly in Acrobat Reader. I'm still thinking of it, however I cannot > decide whether it should be done or not. If this feature is required for you to > use pdftex, could you please post it to pdftex mailing list to discuss it with > others. I should say that I have created dvips generated ps files from dvi files with Arabic and Latin-based (cm) inclusions. I took some of these ps files to a non-TeX friend who has Acrobat Distiller. I was quite satisfied with both the screen and printed results. Viewing with Ghostscript and Acrobat reader on my own machine appeared quite satisfactory as well. Yes, dvi-ps-pdf using dvips & Ghostscript was not as good as Distiller, but, with Ghostscript, I saw no deterioration in quality particular to the use of Arabic metafont sources. I am sure that straight tex to pdf will do much better. As I alluded to earlier, PDFTeX may very well be one of the major waves of the future for TeX. Given this importance, I think that it is important that important scholarly packages that require metafont sources not be left entirely behind. Again, I have as yet had no problems with dvips's solution, so there should be a way to get a similar level of functionality for PDFTeX. I hope some discussion can be generated on this topic. By the way, if Sergey Lesenko is reading this, I hope he considers adding metafont support to his own dvi2pdf, if he has not already. Does anyone know when that package is going to be released? Thank you all for your attention Idris From owner-pdftex@tug.org Tue Mar 17 11:12:15 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA22272 for ; Tue, 17 Mar 1998 11:12:13 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA19232 for pdftex-list; Tue, 17 Mar 1998 13:04:03 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA19229 for ; Tue, 17 Mar 1998 13:04:02 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id NAA16155 for ; Tue, 17 Mar 1998 13:03:59 -0500 Date: Tue, 17 Mar 1998 13:03:59 -0500 (EST) From: Allin Cottrell To: pdftex@tug.org Subject: state of graphics In-Reply-To: <6675-Mon02Mar1998134452+0000-s.rahtz@elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hello all, I'm afraid I haven't been following things here as closely as I might, but I wonder if anyone could give me a quick update on graphics in pdftex. I know that png works. Any other options? I have a number of xfig drawings which look good in TeX when exported as epic/eepic. Am I right in thinking those options are not supported in pdftex? Xfig can write directly to png, but the result looks rather horrible in acroread. Any other suggestions for routes from xfig -> pdf would be much appreciated. Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Tue Mar 17 11:40:41 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA23056 for ; Tue, 17 Mar 1998 11:40:40 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA19344 for pdftex-list; Tue, 17 Mar 1998 13:31:43 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA19341 for ; Tue, 17 Mar 1998 13:31:42 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id TAA17868; Tue, 17 Mar 1998 19:32:49 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id TAA08300; Tue, 17 Mar 1998 19:32:48 +0100 (MET) From: Han The Thanh Message-Id: <199803171832.TAA08300@anxur.fi.muni.cz> Subject: Re: Encoding problem: eus.enc In-Reply-To: <199803171416.PAA03702@mozart.ujf-grenoble.fr> from Thierry Bouche at "Mar 17, 98 03:16:20 pm" To: Thierry.Bouche@ujf-grenoble.fr (Thierry Bouche) Date: Tue, 17 Mar 1998 19:32:48 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > i simply think that your enc files were done with bakoma fonts, and > there are differences with bluesky versions... > > Now that pdftex is able to use the font file name, this is the only > remaining incompatibility. If pdftex was (is?) able to pick up the > encoding from the PFB file if none is supplied in the map file this > could vanish? pdftex-0.12* can read buitin encoding already. Thanh From owner-tex-pretest@tug.org Wed Mar 18 00:34:38 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA12404 for ; Wed, 18 Mar 1998 00:34:36 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA22602 for tex-pretest-list; Wed, 18 Mar 1998 02:29:55 -0500 Received: from math.feld.cvut.cz (newton.feld.cvut.cz [147.32.244.10]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA22599; Wed, 18 Mar 1998 02:29:50 -0500 Received: from localhost (olsak@localhost) by math.feld.cvut.cz (8.8.5/8.8.5) with SMTP id IAA05607; Wed, 18 Mar 1998 08:28:49 +0100 Date: Wed, 18 Mar 1998 08:28:49 +0100 (MET) From: Petr Olsak To: Tanmoy Bhattacharya cc: David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.uni-mainz.de Subject: Re: xord/xchr In-Reply-To: <199803171501.IAA17095@qcd.lanl.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk On Tue, 17 Mar 1998, Tanmoy Bhattacharya wrote: > In > dated 11:36:52 +0100 Tue March 17, 1998, > Petr Olsak writes > > I will introduce another aspect of this problem. Consider following > > example: > > > > % used format: csplain > > \catcode190=13 > > \def{whatever} > > here is a text with . > > \bye > > > > Please substitute the string to the single character z with caron > > in this example (I am not sending the zcaron in this e-mail exactly). > > Of course, this document is dependent on csplain format, where the zcaron > > character has the code 190 (ISO-8859-2). > > > > Does anyone do such horrid stuff? If they do, they deserve what they > get. > > What was wrong with \catcode`\=13\relax? (The \ for the usual > reason: in case originally was catcode 1 or 9 or 5 or some > such mess). > > What exactly is the point of hardwiring the 190 into TeX code? OK. This is a question, I will answer: The \catode line in my example is a 7bit definition. Usually all \inputted macro files is written in 7bit files in order to no necessity to convert this files to another ASCII based encoding in another OS. You can imagine, that the stuff similar with \catcode190 is \inputted into document. The lines 3--5 is a true document body. This is common practice. For example all files inputted during csplain format generation is 7bit, thus the lines similar with \catcode190=11 \lccode190=190 are presented. These files (including hyphen patterns) are robust and independent on input encoding. Of course, the TeX internal encoding and font encoding (here ISO8859-2) is choosen definitly. This is similar to definitly choosen font encoding in Knuth's (original, unchanged) plain. The csplain format is widely used in Czech and Slovak. It is well documented and I guarantee the backward compatibility for all documents written in this format. Another example less "horrid" for you: % use format csplain \the\catcode`\ \bye The result: "11" is expected. This is possible if the from input encoding is mapped to 190 in TeX encoding via xord/xchr. Petr Olsak From owner-pdftex@tug.org Wed Mar 18 00:39:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA12452 for ; Wed, 18 Mar 1998 00:39:07 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA22608 for pdftex-list; Wed, 18 Mar 1998 02:29:57 -0500 Received: from math.feld.cvut.cz (newton.feld.cvut.cz [147.32.244.10]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA22599; Wed, 18 Mar 1998 02:29:50 -0500 Received: from localhost (olsak@localhost) by math.feld.cvut.cz (8.8.5/8.8.5) with SMTP id IAA05607; Wed, 18 Mar 1998 08:28:49 +0100 Date: Wed, 18 Mar 1998 08:28:49 +0100 (MET) From: Petr Olsak To: Tanmoy Bhattacharya cc: David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.uni-mainz.de Subject: Re: xord/xchr In-Reply-To: <199803171501.IAA17095@qcd.lanl.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Tue, 17 Mar 1998, Tanmoy Bhattacharya wrote: > In > dated 11:36:52 +0100 Tue March 17, 1998, > Petr Olsak writes > > I will introduce another aspect of this problem. Consider following > > example: > > > > % used format: csplain > > \catcode190=13 > > \def{whatever} > > here is a text with . > > \bye > > > > Please substitute the string to the single character z with caron > > in this example (I am not sending the zcaron in this e-mail exactly). > > Of course, this document is dependent on csplain format, where the zcaron > > character has the code 190 (ISO-8859-2). > > > > Does anyone do such horrid stuff? If they do, they deserve what they > get. > > What was wrong with \catcode`\=13\relax? (The \ for the usual > reason: in case originally was catcode 1 or 9 or 5 or some > such mess). > > What exactly is the point of hardwiring the 190 into TeX code? OK. This is a question, I will answer: The \catode line in my example is a 7bit definition. Usually all \inputted macro files is written in 7bit files in order to no necessity to convert this files to another ASCII based encoding in another OS. You can imagine, that the stuff similar with \catcode190 is \inputted into document. The lines 3--5 is a true document body. This is common practice. For example all files inputted during csplain format generation is 7bit, thus the lines similar with \catcode190=11 \lccode190=190 are presented. These files (including hyphen patterns) are robust and independent on input encoding. Of course, the TeX internal encoding and font encoding (here ISO8859-2) is choosen definitly. This is similar to definitly choosen font encoding in Knuth's (original, unchanged) plain. The csplain format is widely used in Czech and Slovak. It is well documented and I guarantee the backward compatibility for all documents written in this format. Another example less "horrid" for you: % use format csplain \the\catcode`\ \bye The result: "11" is expected. This is possible if the from input encoding is mapped to 190 in TeX encoding via xord/xchr. Petr Olsak From TACO.HOEKWATER@wkap.nl Wed Mar 18 01:13:44 1998 Flags: 000000000000 Received: from rsunx.crn.cogs.susx.ac.uk (root@rsunx.crn.cogs.susx.ac.uk [139.184.48.12]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id BAA13116 for ; Wed, 18 Mar 1998 01:13:42 -0700 (MST) Received: from relay.surfnet.nl [192.87.36.2] by rsunx.crn.cogs.susx.ac.uk with smtp (Exim 1.82 #1) id 0yFDxA-0000Fp-00; Wed, 18 Mar 1998 08:12:00 +0000 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Wed, 18 Mar 1998 09:12:42 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01IUT1LD12XC000WG6@wkap.nl> for math-font-discuss@cogs.susx.ac.uk; Wed, 18 Mar 1998 09:12:39 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01IUT1LB47JK99DNRL@ID034.WKAP.NL> for math-font-discuss@cogs.susx.ac.uk; Wed, 18 Mar 1998 09:12:36 +0000 ([+0200]) Date: Wed, 18 Mar 1998 09:07:59 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: TUGIndia In-reply-to: <199803180710.IAA26344@matups.matups.fr> Sender: TACO.HOEKWATER@wkap.nl To: Laurent SIEBENMANN Cc: math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org Reply-to: taco.hoekwater@wkap.nl Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Priority: NORMAL X-Authentication: none Hi, Larry wrote on math-font-discuss: > TUGIndia pdf problem > > Many of you have received a PDF file presenting the first issue of the > journal TUGindia. > > The main text font is Adobe Times and the PDF file was prepared by > pdfTeX. > > Unfortunately the file proves non-portable. Indeed, on Macintosh, the > ligatures all become junk. I've seen this happen over and over again. AFAIK, the problem is with the Macintosh Exchange/Reader that decides to use the Mac-encoded font instead of the included font encoding. This (it seems) is a bug in Adobes programs, not in the PDF file itself. > How has this come about and what is the appropriate remedy > for this unhappy situation. Using ghostview will probably fix the problem. Complaining to Adobe might be a good idea too. If there is a "real" solution, I'd love to hear that too. > I ask because everyone should learn the answers, and because > those who know are surely right here. (I have less > experience than most of you so I refrain from conjecture.) > > Cordially, > > Laurent Siebenmann Taco Hoekwater From owner-pdftex@tug.org Wed Mar 18 01:16:22 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA13147 for ; Wed, 18 Mar 1998 01:16:21 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA22854 for pdftex-list; Wed, 18 Mar 1998 03:11:44 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.org (8.8.5/8.8.5) with SMTP id DAA22851 for ; Wed, 18 Mar 1998 03:11:38 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Wed, 18 Mar 1998 09:12:40 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01IUT1LD12XC000WG6@wkap.nl> for pdftex@tug.org; Wed, 18 Mar 1998 09:12:38 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01IUT1LB47JK99DNRL@ID034.WKAP.NL> for pdftex@tug.org; Wed, 18 Mar 1998 09:12:36 +0000 ([+0200]) Date: Wed, 18 Mar 1998 09:07:59 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: TUGIndia In-reply-to: <199803180710.IAA26344@matups.matups.fr> To: Laurent SIEBENMANN Cc: math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org Reply-to: taco.hoekwater@wkap.nl Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk Hi, Larry wrote on math-font-discuss: > TUGIndia pdf problem > > Many of you have received a PDF file presenting the first issue of the > journal TUGindia. > > The main text font is Adobe Times and the PDF file was prepared by > pdfTeX. > > Unfortunately the file proves non-portable. Indeed, on Macintosh, the > ligatures all become junk. I've seen this happen over and over again. AFAIK, the problem is with the Macintosh Exchange/Reader that decides to use the Mac-encoded font instead of the included font encoding. This (it seems) is a bug in Adobes programs, not in the PDF file itself. > How has this come about and what is the appropriate remedy > for this unhappy situation. Using ghostview will probably fix the problem. Complaining to Adobe might be a good idea too. If there is a "real" solution, I'd love to hear that too. > I ask because everyone should learn the answers, and because > those who know are surely right here. (I have less > experience than most of you so I refrain from conjecture.) > > Cordially, > > Laurent Siebenmann Taco Hoekwater From "Thierry Bouche " Wed Mar 18 03:43:24 1998 Flags: 000000000000 Received: from rsunx.crn.cogs.susx.ac.uk (root@rsunx.crn.cogs.susx.ac.uk [139.184.48.12]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id DAA16257 for ; Wed, 18 Mar 1998 03:43:22 -0700 (MST) Received: from ujf.ujf-grenoble.fr [193.54.232.33] by rsunx.crn.cogs.susx.ac.uk with esmtp (Exim 1.82 #1) id 0yFGFz-0003nA-00; Wed, 18 Mar 1998 10:39:35 +0000 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id LAA22389; Wed, 18 Mar 1998 11:40:24 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA20069; Wed, 18 Mar 1998 11:39:56 +0100 (MET) Date: Wed, 18 Mar 1998 11:39:56 +0100 (MET) Message-Id: <199803181039.LAA20069@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Laurent.SIEBENMANN@math.u-psud.fr (Laurent SIEBENMANN) Cc: math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org Subject: Re: TUGIndia In-Reply-To: <199803180710.IAA26344@matups.matups.fr> References: <199803180710.IAA26344@matups.matups.fr> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by ujf.ujf-grenoble.fr id LAA22389 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by csc-sun.math.utah.edu id DAA16257 strange place to ask this question anyway. Concernant « TUGIndia », Laurent SIEBENMANN écrit : « » The main text font is Adobe Times and the PDF file was prepared by » pdfTeX. newer (still beta) versions of pdftex have fixed this problem. Th. B. From owner-pdftex@tug.org Wed Mar 18 03:54:40 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA16489 for ; Wed, 18 Mar 1998 03:54:39 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA23415 for pdftex-list; Wed, 18 Mar 1998 05:39:52 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA23412 for ; Wed, 18 Mar 1998 05:39:20 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id LAA22389; Wed, 18 Mar 1998 11:40:24 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA20069; Wed, 18 Mar 1998 11:39:56 +0100 (MET) Date: Wed, 18 Mar 1998 11:39:56 +0100 (MET) Message-Id: <199803181039.LAA20069@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Laurent.SIEBENMANN@math.u-psud.fr (Laurent SIEBENMANN) Cc: math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org Subject: Re: TUGIndia In-Reply-To: <199803180710.IAA26344@matups.matups.fr> References: <199803180710.IAA26344@matups.matups.fr> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk strange place to ask this question anyway. Concernant « TUGIndia », Laurent SIEBENMANN écrit : « » The main text font is Adobe Times and the PDF file was prepared by » pdfTeX. newer (still beta) versions of pdftex have fixed this problem. Th. B. From "Sebastian Rahtz " Wed Mar 18 04:30:26 1998 Flags: 000000000000 Received: from rsunx.crn.cogs.susx.ac.uk (root@rsunx.crn.cogs.susx.ac.uk [139.184.48.12]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id EAA17165 for ; Wed, 18 Mar 1998 04:30:24 -0700 (MST) Received: from pillar.elsevier.co.uk [193.131.222.35] (root) by rsunx.crn.cogs.susx.ac.uk with esmtp (Exim 1.82 #1) id 0yFH0Q-0007Yk-00; Wed, 18 Mar 1998 11:27:34 +0000 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id LAA00956; hop 0; Wed, 18 Mar 1998 11:24:47 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Wed, 18 Mar 1998 11:19:19 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id LAA23061; Wed, 18 Mar 1998 11:14:29 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id LAA18886; Wed, 18 Mar 1998 11:14:28 GMT Date: Wed, 18 Mar 1998 11:14:28 GMT Message-Id: <199803181114.LAA18886@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: Thierry.Bouche@ujf-grenoble.fr Cc: Laurent.SIEBENMANN@math.u-psud.fr, math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org Subject: Re: TUGIndia In-Reply-To: <199803181039.LAA20069@mozart.ujf-grenoble.fr> References: <199803180710.IAA26344@matups.matups.fr> <199803181039.LAA20069@mozart.ujf-grenoble.fr> Thierry Bouche writes: > strange place to ask this question anyway. indeed! > Concernant + TUGIndia ;, Laurent SIEBENMANN icrit : + > ; The main text font is Adobe Times and the PDF file was prepared by > ; pdfTeX. > > newer (still beta) versions of pdftex have fixed this problem. Radhakrishnan told me yesterday that he expected to send out a new PDF file soon. It'll also go on CTAN in usergrps/tugindia, for reference sebastian From owner-pdftex@tug.org Wed Mar 18 04:34:57 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA17242 for ; Wed, 18 Mar 1998 04:34:56 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA23596 for pdftex-list; Wed, 18 Mar 1998 06:27:15 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA23593 for ; Wed, 18 Mar 1998 06:27:14 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id LAA00953; hop 0; Wed, 18 Mar 1998 11:24:47 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Wed, 18 Mar 1998 11:19:19 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id LAA23061; Wed, 18 Mar 1998 11:14:29 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id LAA18886; Wed, 18 Mar 1998 11:14:28 GMT Date: Wed, 18 Mar 1998 11:14:28 GMT Message-Id: <199803181114.LAA18886@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: Thierry.Bouche@ujf-grenoble.fr Cc: Laurent.SIEBENMANN@math.u-psud.fr, math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org Subject: Re: TUGIndia In-Reply-To: <199803181039.LAA20069@mozart.ujf-grenoble.fr> References: <199803180710.IAA26344@matups.matups.fr> <199803181039.LAA20069@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche writes: > strange place to ask this question anyway. indeed! > Concernant + TUGIndia ;, Laurent SIEBENMANN icrit : + > ; The main text font is Adobe Times and the PDF file was prepared by > ; pdfTeX. > > newer (still beta) versions of pdftex have fixed this problem. Radhakrishnan told me yesterday that he expected to send out a new PDF file soon. It'll also go on CTAN in usergrps/tugindia, for reference sebastian From owner-tex-pretest@tug.org Wed Mar 18 05:42:38 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA18502 for ; Wed, 18 Mar 1998 05:42:36 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA23850 for tex-pretest-list; Wed, 18 Mar 1998 07:35:22 -0500 Received: from ns2.eds.com (ns2.eds.com [199.228.142.78]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA23847; Wed, 18 Mar 1998 07:35:21 -0500 Received: from nnsp.eds.com (nnsp2.eds.com [199.228.143.130]) by ns2.eds.com (8.8.8/8.8.8) with ESMTP id HAA28671; Wed, 18 Mar 1998 07:36:29 -0500 (EST) Received: from ew160061.nets.de.eds.com (ew160061.nets.de.eds.com [134.46.6.36]) by nnsp.eds.com (8.8.8/8.8.8) with ESMTP id HAA09149; Wed, 18 Mar 1998 07:35:57 -0500 (EST) Received: from n15ux24.nets.de.eds.com (n15ux24.nets.de.eds.com [206.122.103.15]) by ew160061.nets.de.eds.com (8.7.5/8.7.3) with ESMTP id IAA11774; Wed, 18 Mar 1998 08:10:15 GMT Message-Id: <199803180810.IAA11774@ew160061.nets.de.eds.com> Received: by n15ux24.nets.de.eds.com (1.37.109.16/16.2) id AA234784554; Wed, 18 Mar 1998 13:35:54 +0100 Date: Wed, 18 Mar 1998 13:35:54 +0100 From: Frank Mittelbach To: Petr Olsak Cc: Tanmoy Bhattacharya , David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr In-Reply-To: References: <199803171501.IAA17095@qcd.lanl.gov> Sender: owner-tex-pretest@tug.org Precedence: bulk would it be possible to restrict the list of recipients of this thread a bit? by now it seems to me that everything has been said but even if not i really don't like to get these messages three times thanks frank From owner-pdftex@tug.org Wed Mar 18 06:08:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA18992 for ; Wed, 18 Mar 1998 06:08:15 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA23856 for pdftex-list; Wed, 18 Mar 1998 07:35:26 -0500 Received: from ns2.eds.com (ns2.eds.com [199.228.142.78]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA23847; Wed, 18 Mar 1998 07:35:21 -0500 Received: from nnsp.eds.com (nnsp2.eds.com [199.228.143.130]) by ns2.eds.com (8.8.8/8.8.8) with ESMTP id HAA28671; Wed, 18 Mar 1998 07:36:29 -0500 (EST) Received: from ew160061.nets.de.eds.com (ew160061.nets.de.eds.com [134.46.6.36]) by nnsp.eds.com (8.8.8/8.8.8) with ESMTP id HAA09149; Wed, 18 Mar 1998 07:35:57 -0500 (EST) Received: from n15ux24.nets.de.eds.com (n15ux24.nets.de.eds.com [206.122.103.15]) by ew160061.nets.de.eds.com (8.7.5/8.7.3) with ESMTP id IAA11774; Wed, 18 Mar 1998 08:10:15 GMT Message-Id: <199803180810.IAA11774@ew160061.nets.de.eds.com> Received: by n15ux24.nets.de.eds.com (1.37.109.16/16.2) id AA234784554; Wed, 18 Mar 1998 13:35:54 +0100 Date: Wed, 18 Mar 1998 13:35:54 +0100 From: Frank Mittelbach To: Petr Olsak Cc: Tanmoy Bhattacharya , David Carlisle , pdftex@tug.org, tex-pretest@tug.org, latex-team@goofy.zdv.Uni-Mainz.de Subject: Re: xord/xchr In-Reply-To: References: <199803171501.IAA17095@qcd.lanl.gov> Sender: owner-pdftex@tug.org Precedence: bulk would it be possible to restrict the list of recipients of this thread a bit? by now it seems to me that everything has been said but even if not i really don't like to get these messages three times thanks frank From owner-pdftex@tug.org Wed Mar 18 06:30:50 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA19431 for ; Wed, 18 Mar 1998 06:30:49 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA24024 for pdftex-list; Wed, 18 Mar 1998 08:21:34 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA24021 for ; Wed, 18 Mar 1998 08:21:20 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id OAA07989 for ; Wed, 18 Mar 1998 14:22:22 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id OAA24774; Wed, 18 Mar 1998 14:21:52 +0100 (MET) Date: Wed, 18 Mar 1998 14:21:52 +0100 (MET) Message-Id: <199803181321.OAA24774@mozart.ujf-grenoble.fr> From: Thierry Bouche To: PDFTeX Mailing List Subject: Cyberbit X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk did someone succeed in using Cyberbit () with pdftex ? - ttf2afm finds that 2618 chars is too much - pdftex says : unexpected EOF while reading font file [maybe it's stupid to do that anyway? i should wait for Omega-pdf-e-TeX/NTS?] Th. From owner-pdftex@tug.org Wed Mar 18 06:32:31 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA19443 for ; Wed, 18 Mar 1998 06:32:30 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA24056 for pdftex-list; Wed, 18 Mar 1998 08:27:36 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA24053 for ; Wed, 18 Mar 1998 08:27:33 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id OAA08693; Wed, 18 Mar 1998 14:28:44 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id OAA24963; Wed, 18 Mar 1998 14:28:16 +0100 (MET) Date: Wed, 18 Mar 1998 14:28:16 +0100 (MET) Message-Id: <199803181328.OAA24963@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Thierry Bouche Cc: PDFTeX Mailing List Subject: Re: Cyberbit In-Reply-To: <199803181321.OAA24774@mozart.ujf-grenoble.fr> References: <199803181321.OAA24774@mozart.ujf-grenoble.fr> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Cyberbit », Thierry Bouche écrit : « » () with pdftex ? hmmm, this should read: http://www.bitstream.com/products/world/cyberbits/ftpread.html sorry From owner-pdftex@tug.org Wed Mar 18 07:08:33 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA20199 for ; Wed, 18 Mar 1998 07:08:32 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA24164 for pdftex-list; Wed, 18 Mar 1998 08:55:47 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA24161 for ; Wed, 18 Mar 1998 08:55:46 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id IAA19836 for ; Wed, 18 Mar 1998 08:55:34 -0500 Date: Wed, 18 Mar 1998 08:55:34 -0500 (EST) From: Allin Cottrell To: pdftex@tug.org Subject: graphics again In-Reply-To: <1339-Wed25Feb1998141909+0000-s.rahtz@elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Sorry about the RTFM-type question the other day. Can I repose it in a way that is hopefully more worthy of answering: Is there documentation (or are there source examples) somewhere for using Hans Hagen's tpic-supporting macros with pdflatex? (BTW, while xfig's native PNG support does not seem to be very good [unless I'm doing something wrong, which is quite possible] I find I can get quite good results via xfig -> eps -> png, where the latter step is accomplished using ImageMagick's "convert". I miss the TeX typesetting within diagrams though.) Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Wed Mar 18 07:40:34 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA20901 for ; Wed, 18 Mar 1998 07:40:33 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA24268 for pdftex-list; Wed, 18 Mar 1998 09:21:14 -0500 Received: from lascas.math.ist.utl.pt (lascas.math.ist.utl.pt [193.136.196.3]) by tug.org (8.8.5/8.8.5) with SMTP id JAA24265 for ; Wed, 18 Mar 1998 09:21:12 -0500 Received: from localhost by lascas.math.ist.utl.pt (5.65v3.2/1.1.10.5/31Jul97-1036AM) id AA26911; Wed, 18 Mar 1998 14:21:57 GMT Date: Wed, 18 Mar 1998 14:21:55 +0000 (WET) From: Joao Palhoto Matos To: pdftex@tug.org Subject: Macintosh, pdftex and TUG Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi: May I suggest that either: -- a warning about pdftex documents on the Macintosh be placed in http://www.tug.org/applications/pdftex/ -- or the documents be corrected. By reading this list I seem to understand what the problem is, so no need replying. Pdf ages only with fi ligatures, boxes,... are a bit disconcerting... I do have BSR fonts in case someone wonders. Joao Palhoto Matos Departamento de Matematica Instituto Superior Tecnico Lisboa From owner-pdftex@tug.org Wed Mar 18 08:40:36 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA22356 for ; Wed, 18 Mar 1998 08:40:35 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA24593 for pdftex-list; Wed, 18 Mar 1998 10:31:38 -0500 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA24590 for ; Wed, 18 Mar 1998 10:31:36 -0500 Received: from qcd.lanl.gov (qcd.lanl.gov [128.165.23.46]) by mailhost.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id IAA07077; Wed, 18 Mar 1998 08:32:42 -0700 (MST) Received: by qcd.lanl.gov (SMI-8.6/SMI-SVR4) id IAA18658; Wed, 18 Mar 1998 08:29:31 -0700 Date: Wed, 18 Mar 1998 08:29:31 -0700 Message-Id: <199803181529.IAA18658@qcd.lanl.gov> From: Tanmoy Bhattacharya To: Petr Olsak Cc: David Carlisle , pdftex@tug.org Subject: Re: xord/xchr In-Reply-To: References: <199803171501.IAA17095@qcd.lanl.gov> Sender: owner-pdftex@tug.org Precedence: bulk Removed tex-pretest@tug.org and latex-team@goofy.zdv.uni-mainz.de from recipients. Restore if needed. Instead, I would argue that it should be taken to private email: I do not quite know which forum is appropriate for it, if any. In dated 08:28:49 +0100 Wed March 18, 1998, Petr Olsak writes > > Petr Olsak writes > > > I will introduce another aspect of this problem. Consider following > > > example: > > > > > > % used format: csplain > > > \catcode190=13 > > > \def{whatever} > > > here is a text with . > > > \bye > > > > > > Please substitute the string to the single character z with caron > > > in this example (I am not sending the zcaron in this e-mail exactly). > > > Of course, this document is dependent on csplain format, where the zcaron > > > character has the code 190 (ISO-8859-2). > > > > > > > Does anyone do such horrid stuff? If they do, they deserve what they > > get. > > > > What was wrong with \catcode`\=13\relax? (The \ for the usual > > reason: in case originally was catcode 1 or 9 or 5 or some > > such mess). > > > > What exactly is the point of hardwiring the 190 into TeX code? > > OK. This is a question, I will answer: > > The \catode line in my example is a 7bit definition. Usually all \inputted > macro files is written in 7bit files in order to no necessity to convert > this files to another ASCII based encoding in another OS. You can imagine, I cannot parse that statement. A macro file that is supposed to be used to input 8 bit text needs to be written in 7 bit `in order to no necessity to convert this file to other ASCII based encoding'? What does that mean? You mean that a style that allows you to use has the `necessity' of being converted to a system with no ???? You also mean that when document files are transferred, one makes a code change on them, but when \inputted macro files are transferred they are transferred as what? 7-bit binary? Or maybe my error-correction is faulty and the sentence really means something else entirely. > that the stuff similar with \catcode190 is \inputted into document. The > lines 3--5 is a true document body. > First let me quote the context from which I had extracted the quote I was responding to. The triple indented quote above continued on to say: > Let us suppose that this five line example is stored on UNIX text file in ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > ISO-8859-2 and in Windows file in CP1250. If I run the text editor in > UNIX, I see the same "look" of this example as in text editor in Windows. > I expected that if the example has the same "look" on input, it _have_ to > the same TeX output. But it is true if and only if the xord/xchr > reenconding is used on Windows TeX system! This example shows the > similarity with ASCII--EBCDIC problem. I had not thought it necessary to quote the whole email, but as even the author forgot what the context was, I was obviously mistaken in that judgement :-) In any case: let me see even if I ignore what you wrote if I can understand the problem at all. You (or rather the paragraph starting `Let us ...') assumes that when a file is being transferred between a UNIX system using ISO-8859-2 and Windows using CP1250, a remains a , but a 190 remains a 190; and thence argues that one needs an xord/xchr. The point is very simple: if one hobbles oneself no road is smooth enough. I agree with you that if you have the necessity of both 1) Using 7-bit binary so that you do not have to change codesets and 2) Using 8-bit codesets so that you do have to change codesets then you have a problem. I had so far believed that there was a real problem lurking out there which needs a solution; and even though you argue very convincingly that the problem is completely artificial, I should read up on other opininon. > This is common practice. For example all files inputted during csplain > format generation is 7bit, thus the lines similar with > \catcode190=11 \lccode190=190 > are presented. These files (including hyphen patterns) are robust and > independent on input encoding. Of course, the TeX internal encoding and > font encoding (here ISO8859-2) is choosen definitly. This is similar to > definitly choosen font encoding in Knuth's (original, unchanged) plain. > You contradict yourself: after demonstrating that it is not robust, you claim it is. csplain should just call in a localcodeset.def which has lines like \catcode`\=11 \lccode`\=`\ etc. This file will port easily (as you claimed before code-set changes are easy, in fact automatic) to all installations where it makes sense. You are basically saying that we are not in the uniform world which Knuth envisaged: and yet you want to follow a hardwired input strategy of Knuth. > The csplain format is widely used in Czech and Slovak. It is well > documented and I guarantee the backward compatibility for all documents > written in this format. > > Another example less "horrid" for you: > > % use format csplain > \the\catcode`\ > \bye > > The result: "11" is expected. This is possible if the from input > encoding is mapped to 190 in TeX encoding via xord/xchr. > Only if you have already broken the style file such that \catcode of `\ is not 11! The issue is simple: it is the formats responsibility to ensure that \catcode`\ is 11, and there is a simple way to do it which does not involve anything fancy. Cheers Tanmoy From owner-pdftex@tug.org Wed Mar 18 09:21:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA23468 for ; Wed, 18 Mar 1998 09:21:38 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA24854 for pdftex-list; Wed, 18 Mar 1998 11:14:13 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA24851 for ; Wed, 18 Mar 1998 11:14:03 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id QAA02827; Wed, 18 Mar 1998 16:18:31 GMT Date: Wed, 18 Mar 1998 16:18:31 GMT Message-Id: <199803181618.QAA02827@nag.co.uk> From: David Carlisle To: cottrell@ricardo.ecn.wfu.edu CC: pdftex@tug.org In-reply-to: (message from Allin Cottrell on Wed, 18 Mar 1998 08:55:34 -0500 (EST)) Subject: Re: graphics again References: Sender: owner-pdftex@tug.org Precedence: bulk > I find I can get quite good results via xfig -> eps -> png, > where the latter step is accomplished using ImageMagick's > "convert". I miss the TeX typesetting within diagrams though.) If you ignore the more recent fancy stuf like importing eps files into xfig, the basic xfig line/curve/point postscript output is reasonably simple and one might hope to pursuade someone to add a pdf/latex output pair option to transfig. Alternative courses would be to get TeX to translate the postscript output to pdf on the fly, as done for metapost output or perhaps simpler just interpret the fig file directly, which would allow text parts to be trivially extracted and typeset and then just need to do render the lines as pdf. It has been a long time (*** over a decade, I'm getting too old for this game) since I looked at the format of a fig file, but at least then it was not the most complicated of things to parse. David From owner-pdftex@tug.org Wed Mar 18 12:31:51 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA29130 for ; Wed, 18 Mar 1998 12:31:50 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA25807 for pdftex-list; Wed, 18 Mar 1998 14:26:41 -0500 Received: from toucan.stats (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with SMTP id OAA25804 for ; Wed, 18 Mar 1998 14:26:39 -0500 Received: by toucan.stats (SMI-8.6/SMI-SVR4) id TAA06049; Wed, 18 Mar 1998 19:24:40 GMT From: ripley@stats.ox.ac.uk (Prof Brian Ripley) Message-Id: <199803181924.TAA06049@toucan.stats> Subject: Re: xord/xchr To: tanmoy@qcd.lanl.gov (Tanmoy Bhattacharya) Date: Wed, 18 Mar 1998 19:24:39 +0000 (GMT) Cc: pdftex@tug.org In-Reply-To: <199803181529.IAA18658@qcd.lanl.gov> from "Tanmoy Bhattacharya" at Mar 18, 98 08:29:31 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-pdftex@tug.org Precedence: bulk Tanmoy Bhattacharya wrote: > > > Removed tex-pretest@tug.org and latex-team@goofy.zdv.uni-mainz.de from > recipients. Restore if needed. Instead, I would argue that it should > be taken to private email: I do not quite know which forum is > appropriate for it, if any. > I'm afraid that this topic is dominating the pdftex list: If it is not taken elsewhere I at least will unsubscribe. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 From owner-pdftex@tug.org Wed Mar 18 14:24:49 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA02441 for ; Wed, 18 Mar 1998 14:24:48 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA26423 for pdftex-list; Wed, 18 Mar 1998 16:18:53 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA26420 for ; Wed, 18 Mar 1998 16:18:52 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id QAA21359 for ; Wed, 18 Mar 1998 16:18:35 -0500 Date: Wed, 18 Mar 1998 16:18:35 -0500 (EST) From: Allin Cottrell To: pdftex@tug.org Subject: Re: graphics again In-Reply-To: <199803181618.QAA02827@nag.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Thanks to those who have made helpful suggestions. I have one remaining question. If I export an xfig picture as combined PS/LaTeX I'm then able to convert the PS part to PNG and include it OK with \pdfimage. But it would be nice to have the image be resolution-independent. I understand one can do that by converting the PS to actual PDF rather than PNG. OK, I can do that part with gs5.10 (-sDEVICE=pswrite). But then when I try to include the resulting file with \includegraphics{foo} I'm getting Runaway argument? x^^9c^^adP;[]\\\fi \ifGread@ \relax \expandafter \iterate \fi \let \iterate \ETC. ! File ended while scanning use of \Gread@find@mbox. This is with usepackage[pdftex]{graphics}, with the Context macros loading OK, pdftex.def 0.02d, pdftex 0.11. My pdftex setup is in all other respects functional. Should I be doing something special when generating the PDF using gs? At present I'm just doing gs -sDEVICE=pdfwrite -sOutputFile=foo.pdf foo.pstex TIA. Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Wed Mar 18 15:14:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA03844 for ; Wed, 18 Mar 1998 15:14:21 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA26685 for pdftex-list; Wed, 18 Mar 1998 17:10:07 -0500 Received: from by.genie.uottawa.ca (by.genie.uottawa.ca [137.122.20.226]) by tug.org (8.8.5/8.8.5) with SMTP id RAA26682 for ; Wed, 18 Mar 1998 17:10:06 -0500 Received: from zeus.genie.uottawa.ca by by.genie.uottawa.ca (4.1/SMI-4.1) id AA10964; Wed, 18 Mar 98 17:11:10 EST Received: from yoho.uottawa.ca by zeus.genie.uottawa.ca (4.1/SMI-4.1) id AA01730; Wed, 18 Mar 98 17:13:00 EST Received: by yoho.uottawa.ca (SMI-8.6/SMI-SVR4) id RAA26338; Wed, 18 Mar 1998 17:10:44 -0500 Date: Wed, 18 Mar 1998 17:10:44 -0500 Message-Id: <199803182210.RAA26338@yoho.uottawa.ca> From: Philippe Lavoie To: pdftex Subject: subset fonts X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, I just read in the tex newsgroup that you can generate subset fonts for pdf files. It seems to reduce the size of the PDF file by some 10kb. Since any reduction in size is good. I was wondering if this is implemented in pdftex. Thanks Phil From owner-pdftex@tug.org Wed Mar 18 18:24:57 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA08951 for ; Wed, 18 Mar 1998 18:24:56 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA27389 for pdftex-list; Wed, 18 Mar 1998 20:20:19 -0500 Received: from topo.math.u-psud.fr (topo.math.u-psud.fr [192.54.146.180]) by tug.org (8.8.5/8.8.5) with SMTP id UAA27386 for ; Wed, 18 Mar 1998 20:20:18 -0500 Received: (from lcs@localhost) by topo.math.u-psud.fr (8.6.12/8.6.12) id CAA13780; Thu, 19 Mar 1998 02:21:27 +0100 Date: Thu, 19 Mar 1998 02:21:27 +0100 From: Laurent Siebenmann Message-Id: <199803190121.CAA13780@topo.math.u-psud.fr> To: math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org, river@earthling.net Subject: Re: TUGIndia Sender: owner-pdftex@tug.org Precedence: bulk Apologies for accidentally sending to math-font-discuss a quiery on ligature problems in the recent TUGindia PDF issue. It was intended for the tex-font list since I suspected it was an encoding problem. While that may be so at a deeper level, it turns out to be a Mac Acrobat Reader 3.0 problem, and updating to 3.01 fixes it. BEWARE: the Acrobat package just delivered to me in France is is version 3.0 not 3.01. CAVEAT EMPTOR. Yes, the updated Mac Reader 3.01 is available on the net --- a 5 Meg binary. Happy downloading. There is an extra half Meg of code in the program (PPC version inspected), so consider it a major update. A 120 MHz PPC Mac will view a page in about 8 sec. A 486 100MHz PC under windos 3.11 will do same in about 2 sec. The Mac folks using Acrobat are not a happy lot. Thanks for the replies --- particularly Berthold's "checklist". Incidentally congratulations to TUGindia for doing it electronically. Yours, Larry Siebenmann LS> The main text font is Adobe Times and the PDF file was > prepared by pdfTeX. Unfortunately the file proves > non-portable. Indeed, on Macintosh, the ligatures all > become junk. PS. After sorting out this problem I had a quick look for others. Just crumbs by comparison: --- Sebastian's 2nd article: Whether it be METOST , XYpic, or PSTricks for general purpose drawing. The word METPOST is blank on screen and its text version is METOST_ (sic!). --- Phil's article on book composition: " a sheet of American letter paper, 8.5'' x 11''." The arabic figures are absent in the screen version. "Consider first of all the role of section heders:" --- Footnote pg 7 of Ross Moore's article has a dead hyperlink to CTAN. "It can be obtained, along with the Indica pre-processor and fonts, from CTAN: .../tex-archive/language/sinhala/." From owner-pdftex@tug.org Wed Mar 18 19:41:28 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA10835 for ; Wed, 18 Mar 1998 19:41:27 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA27669 for pdftex-list; Wed, 18 Mar 1998 21:37:34 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id VAA27666 for ; Wed, 18 Mar 1998 21:37:33 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id VAA22078; Wed, 18 Mar 1998 21:37:13 -0500 Date: Wed, 18 Mar 1998 21:37:13 -0500 (EST) From: Allin Cottrell To: Philippe Lavoie cc: pdftex Subject: Re: subset fonts In-Reply-To: <199803182210.RAA26338@yoho.uottawa.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 18 Mar 1998, Philippe Lavoie wrote: > I just read in the tex newsgroup that you can generate subset fonts > for pdf files. It seems to reduce the size of the PDF file by some > 10kb. Since any reduction in size is good. I was wondering if this is > implemented in pdftex. Yes. Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Thu Mar 19 01:39:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA19042 for ; Thu, 19 Mar 1998 01:39:19 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA29111 for pdftex-list; Thu, 19 Mar 1998 03:33:47 -0500 Received: from toucan.stats (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with SMTP id DAA29108 for ; Thu, 19 Mar 1998 03:33:46 -0500 Received: by toucan.stats (SMI-8.6/SMI-SVR4) id IAA06538; Thu, 19 Mar 1998 08:31:52 GMT From: ripley@stats.ox.ac.uk (Prof Brian Ripley) Message-Id: <199803190831.IAA06538@toucan.stats> Subject: Re: graphics again To: cottrell@ricardo.ecn.wfu.edu (Allin Cottrell) Date: Thu, 19 Mar 1998 08:31:52 +0000 (GMT) Cc: pdftex@tug.org In-Reply-To: from "Allin Cottrell" at Mar 18, 98 04:18:35 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell wrote: > > Thanks to those who have made helpful suggestions. I have one > remaining question. If I export an xfig picture as combined > PS/LaTeX I'm then able to convert the PS part to PNG and include > it OK with \pdfimage. But it would be nice to have the image be > resolution-independent. I understand one can do that by > converting the PS to actual PDF rather than PNG. OK, I can do > that part with gs5.10 (-sDEVICE=pswrite). But then when I try pdfwrite, I assume. > to include the resulting file with \includegraphics{foo} I'm > getting > > Runaway argument? > x^^9c^^adP;[]\\\fi \ifGread@ \relax \expandafter \iterate \fi > \let \iterate \ETC. > ! File ended while scanning use of \Gread@find@mbox. > > This is with usepackage[pdftex]{graphics}, with the Context > macros loading OK, pdftex.def 0.02d, pdftex 0.11. My pdftex > setup is in all other respects functional. > > Should I be doing something special when generating the PDF > using gs? At present I'm just doing > > gs -sDEVICE=pdfwrite -sOutputFile=foo.pdf foo.pstex I have the same problem with both 0.11 and 0.12f. On advice I picked up somewhere I'm using (gs5.10 on Unix: I've just also checked on Win32) gs -q -sDEVICE=pdfwrite -dNOCACHE -dUseFlateCompression=false \ -sOutputFile=name.pdf name.ps The UseFlateCompression=false is (AFAIK) equivalent to pdfcompress=0 (or 1?) and gives a more-or-less ASCII file that TeX can read. With Distiller you need -compresstext off. I also find that I need to set an explicit bounding box in the includegraphics call, as that picked up may not be right. Eventually the few examples I have tried work. (But I have few figures without labelling, and few figures produced manually, so few candidates.) > Allin Cottrell > Department of Economics > Wake Forest University, NC Now for a question of my own, if I may. If I include PNG graphics the resulting .pdf file works fine in Acrobat 3.01. However, if I want to optimize the result in Exchange (and I do for Web serving) I get errors when trying to display the optimized file. If I use pdftex-0.11 I get complaints about invalid colours in some images. If I use pdftex-0.12f (specifically from Fabrice Popineau's very latest Win32 distribution) I get complaints about `Read less image data than expected'. Is this a known problem? I recall some related comments, but before the xord/xchr flood. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 From owner-pdftex@tug.org Thu Mar 19 02:04:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA19513 for ; Thu, 19 Mar 1998 02:04:18 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA29214 for pdftex-list; Thu, 19 Mar 1998 03:58:23 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA29211 for ; Thu, 19 Mar 1998 03:58:21 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id JAA15316; Thu, 19 Mar 1998 09:59:32 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id JAA21500; Thu, 19 Mar 1998 09:59:30 +0100 (MET) From: Han The Thanh Message-Id: <199803190859.JAA21500@anxur.fi.muni.cz> Subject: Re: graphics again In-Reply-To: <199803190831.IAA06538@toucan.stats> from Prof Brian Ripley at "Mar 19, 98 08:31:52 am" To: ripley@stats.ox.ac.uk (Prof Brian Ripley) Date: Thu, 19 Mar 1998 09:59:30 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Now for a question of my own, if I may. If I include PNG graphics the > resulting .pdf file works fine in Acrobat 3.01. However, if I want to > optimize the result in Exchange (and I do for Web serving) I get errors > when trying to display the optimized file. If I use pdftex-0.11 I get > complaints about invalid colours in some images. If I use pdftex-0.12f > (specifically from Fabrice Popineau's very latest Win32 distribution) I > get complaints about `Read less image data than expected'. Is this a known > problem? I recall some related comments, but before the xord/xchr flood. can you please send me the test files? pdftex-0.12* has a bug with png image (reported by Thierry). It will be fixed in pdrftex-0.12g, which is coming tomorrow. Thanh From owner-pdftex@tug.org Thu Mar 19 02:28:57 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA20030 for ; Thu, 19 Mar 1998 02:28:56 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA28953 for pdftex-list; Thu, 19 Mar 1998 02:55:04 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA28950 for ; Thu, 19 Mar 1998 02:55:02 -0500 Received: from hagen (zl38.pi.net [145.220.204.38]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id IAA04166; Thu, 19 Mar 1998 08:55:58 +0100 (MET) Posted-Date: Thu, 19 Mar 1998 08:55:58 +0100 (MET) Message-ID: <350F83F9.347@pi.net> Date: Wed, 18 Mar 1998 09:21:13 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Han The Thanh CC: pdftex@tug.org, pragma@pi.net Subject: Re: context testing References: <199803162207.XAA29727@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello Thanh, I got most of the field stuf working and I use a temp hack to force some objects (the copy problem I mentioned in an earlier mail). I'm still struggling with some blown op links, looks like the 10-10-95 problem, so maybe it's the same bug. Anyhow, here's another (small) bug: When one has the pdf file open (exchange keeps the file open, alas), pdftex reports this. When one closes the file in exchange, and enters the filename on the pdf command line, previous versions of pdftex rolled on well, but the f version goes on and reports that all kin dof vf and pfb files cannot be found (funny because I don't use any vf files at all). try this: - open file .pdf in exchange - let pdftex process .tex - pdftex reports that it cnanot open the file - close the file .pdf in exchange - enter on the pdftex commandline - watch the messages Another (minor) point is that when one uses a destination twice, pdftex reports this. Normally the macro package deals with this in a two pass job, so there is not much reason for pdftex reporting this in the current way. One line of warning is ok, but pdftex also shows about 5 lines of expanded tex stuff and rappidly goes on. Is it possible to stick to the one liner? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Mar 19 03:23:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA21362 for ; Thu, 19 Mar 1998 03:23:19 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA29527 for pdftex-list; Thu, 19 Mar 1998 05:16:32 -0500 Received: from student.informatik.uni-ulm.de (hydra.informatik.uni-ulm.de [134.60.70.129]) by tug.org (8.8.5/8.8.5) with SMTP id FAA29524 for ; Thu, 19 Mar 1998 05:16:23 -0500 Received: by student.informatik.uni-ulm.de (SMI-8.6/SMI-SVR4) id LAA13465; Thu, 19 Mar 1998 11:17:12 +0100 Received: from cleopatra(134.60.78.24), claiming to be "hydra.informatik.uni-ulm.de" via SMTP by hydra, id smtpdAAAa003IM; Thu Mar 19 11:17:09 1998 Message-ID: <3510F052.55679459@hydra.informatik.uni-ulm.de> Date: Thu, 19 Mar 1998 11:15:46 +0100 From: Klaus Espenlaub Organization: Universität Ulm X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: Allin Cottrell CC: pdftex@tug.org Subject: Re: graphics again References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell wrote: > > Sorry about the RTFM-type question the other day. Can I repose > it in a way that is hopefully more worthy of answering: Is there > documentation (or are there source examples) somewhere for using > Hans Hagen's tpic-supporting macros with pdflatex? > > (BTW, while xfig's native PNG support does not seem to be very > good [unless I'm doing something wrong, which is quite possible] > I find I can get quite good results via xfig -> eps -> png, > where the latter step is accomplished using ImageMagick's > "convert". I miss the TeX typesetting within diagrams though.) Here's how I did it in my thesis (with a little Makefile magic): - all images are drawn in xfig with the text special flag turned ON. This allows separation of PS drawing commands and TeX text formatting stuff (and gives you the benefit of using EXACTLY the same font that TeX uses). - I export the EPS part with the command fig2dev -L pstex -n foo.eps foo.fig foo.eps - I export the TeX part with the command fig2dev -L pstex_t -p foo foo.fig foo.tex - The EPS part is converted to PDF with ps2pdf -dCompressPages=false foo.eps foo.pdf - in the main LaTeX document you use some construct like \begin{figure} \begin{center} \input{foo} \caption{this is foo} \end{center} \end{figure} This way took me a week to figure everything out properly, but it produces reasonable PDF code. Actually it's probably the easiest way to make xfig support non-standard PostScript fonts. It was mandatory to split out the text stuff, because the pdftex version I used couldn't handle text in included PDF images (is this still the case?). Anyway - I didn't had to specify the bounding box, because the graphics package figured it out automatically. Note that you need a fairly new version of the graphics package which supports pdftex properly. If you do it this way, then you don't have to deal with bulky bitmap graphics. Everything is scalable. Hope this still works :-) Klaus Espenlaub From owner-pdftex@tug.org Thu Mar 19 03:46:54 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA21825 for ; Thu, 19 Mar 1998 03:46:53 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA29618 for pdftex-list; Thu, 19 Mar 1998 05:40:27 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA29615 for ; Thu, 19 Mar 1998 05:40:25 -0500 Received: from hagen (zl18.pi.net [145.220.204.18]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id LAA25631; Thu, 19 Mar 1998 11:41:34 +0100 (MET) Posted-Date: Thu, 19 Mar 1998 11:41:34 +0100 (MET) Message-ID: <3510F424.38AC@pi.net> Date: Thu, 19 Mar 1998 11:32:04 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, Allin Cottrell CC: pragma@pi.net Subject: Re: graphics again References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell wrote: > Sorry about the RTFM-type question the other day. Can I repose > it in a way that is hopefully more worthy of answering: Is there > documentation (or are there source examples) somewhere for using > Hans Hagen's tpic-supporting macros with pdflatex? I'll send you what I have in a separate mail: supp-mis.tex needed outside context supp-pdf.tex does some pdf specific things supp-mps.tex does some metapost specific things supp-spe.tex does the specials supp-tpi.tex does the tpics conversion I also send the documentation. You'd best write a small loading module that (1) loads supp-tpi (which itself loads the rest it needs). You need to provide two interfaces: (1) enable running metapost, that is, enable write18 and if needed set the executable. (2) provide a figure loading macro, search for insertMPgraphic in the supp-mps When that's done, things should work. Concerning latex, you can best sort this out with sebastian, because I cannot test it here. supp-tst.tex some test When the test runs ok, you can go ahead. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From "s.rahtz@elsevier.co.uk (Sebastian Rahtz)" Thu Mar 19 03:53:55 1998 Flags: 000000000000 Received: from rsunx.crn.cogs.susx.ac.uk (root@rsunx.crn.cogs.susx.ac.uk [139.184.48.12]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id DAA21950 for ; Thu, 19 Mar 1998 03:53:53 -0700 (MST) Received: from pillar.elsevier.co.uk [193.131.222.35] (root) by rsunx.crn.cogs.susx.ac.uk with esmtp (Exim 1.82 #1) id 0yFcuV-0005h6-00; Thu, 19 Mar 1998 10:50:55 +0000 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA29954; hop 0; Thu, 19 Mar 1998 10:48:08 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 19 Mar 1998 10:42:30 +0000 Date: Thu, 19 Mar 1998 10:11:36 +0000 Message-ID: <8091-Thu19Mar1998101136+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: lcs@topo.math.u-psud.fr Cc: math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org, river@earthling.net Subject: Re: TUGIndia In-Reply-To: <199803190121.CAA13780@topo.math.u-psud.fr> References: <199803190121.CAA13780@topo.math.u-psud.fr> X-Mailer: VM 6.33 under Emacs 19.34.6 Laurent Siebenmann writes: > --- Sebastian's 2nd article: Whether it be METOST , > XYpic, or PSTricks for general purpose drawing. > > The word METPOST is blank on screen and its text version > is METOST_ (sic!). sigh. i have sworn never again to use the horrible MetaPost logo generated by \MP. Henceforth I shall always say "MetaPost". sebastian From owner-pdftex@tug.org Thu Mar 19 03:56:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA22014 for ; Thu, 19 Mar 1998 03:56:12 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA29692 for pdftex-list; Thu, 19 Mar 1998 05:51:19 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA29689 for ; Thu, 19 Mar 1998 05:51:18 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA00020; hop 0; Thu, 19 Mar 1998 10:48:42 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 19 Mar 1998 10:43:03 +0000 Date: Thu, 19 Mar 1998 10:29:06 +0000 Message-ID: <9052-Thu19Mar1998102906+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: thanh@informatics.muni.cz, pdftex@tug.org Subject: Re: context testing In-Reply-To: <350F83F9.347@pi.net> References: <199803162207.XAA29727@anxur.fi.muni.cz> <350F83F9.347@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > reports this. Normally the macro package deals with this in a two pass > job, so there is not much reason for pdftex reporting this in the > current way. One line of warning is ok, but pdftex also shows about 5 > lines of expanded tex stuff and rappidly goes on. Is it possible to > stick to the one liner? this is driving me mildly crazy, i agree. pdftex writes a message with a !, but doesn't stop, and doesn't signal an error condition. those of us who parse our output checking on ! dont like this... I would suggest it write a warning text to the log file in normal mode, without a ! flag sebastian From owner-pdftex@tug.org Thu Mar 19 03:56:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA22021 for ; Thu, 19 Mar 1998 03:56:18 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA29665 for pdftex-list; Thu, 19 Mar 1998 05:49:26 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA29662 for ; Thu, 19 Mar 1998 05:49:25 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA29864; hop 0; Thu, 19 Mar 1998 10:46:52 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 19 Mar 1998 10:41:18 +0000 Date: Thu, 19 Mar 1998 09:48:58 +0000 Message-ID: <4772-Thu19Mar1998094858+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: davidc@nag.co.uk Cc: cottrell@ricardo.ecn.wfu.edu, pdftex@tug.org Subject: Re: graphics again In-Reply-To: <199803181618.QAA02827@nag.co.uk> References: <199803181618.QAA02827@nag.co.uk> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle writes: > If you ignore the more recent fancy stuf like importing eps files into > xfig, the basic xfig line/curve/point postscript output is reasonably > simple and one might hope to pursuade someone to add a pdf/latex > output pair option to transfig. i wrote a pstricks output device for fig once; as David says, its not hard, and i would guess a native PDF output format could be done in a day or two > too old for this game) since I looked at the format of a fig file, but > at least then it was not the most complicated of things to parse. beware; the existing drivers are NOT of the same quality, or consistent. i went mad trying to understand which one was the best to follow! who is volunteering? sebastian From owner-pdftex@tug.org Thu Mar 19 03:56:24 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA22028 for ; Thu, 19 Mar 1998 03:56:22 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA29683 for pdftex-list; Thu, 19 Mar 1998 05:50:37 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA29680 for ; Thu, 19 Mar 1998 05:50:36 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA29957; hop 0; Thu, 19 Mar 1998 10:48:09 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 19 Mar 1998 10:42:30 +0000 Date: Thu, 19 Mar 1998 10:11:36 +0000 Message-ID: <8091-Thu19Mar1998101136+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: lcs@topo.math.u-psud.fr Cc: math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org, river@earthling.net Subject: Re: TUGIndia In-Reply-To: <199803190121.CAA13780@topo.math.u-psud.fr> References: <199803190121.CAA13780@topo.math.u-psud.fr> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Laurent Siebenmann writes: > --- Sebastian's 2nd article: Whether it be METOST , > XYpic, or PSTricks for general purpose drawing. > > The word METPOST is blank on screen and its text version > is METOST_ (sic!). sigh. i have sworn never again to use the horrible MetaPost logo generated by \MP. Henceforth I shall always say "MetaPost". sebastian From "Ulrik Vieth " Thu Mar 19 04:09:29 1998 Flags: 000000000000 Received: from rsunx.crn.cogs.susx.ac.uk (root@rsunx.crn.cogs.susx.ac.uk [139.184.48.12]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id EAA22263 for ; Thu, 19 Mar 1998 04:08:46 -0700 (MST) Received: from xerxes.thphy.uni-duesseldorf.de (thphy.uni-duesseldorf.de) [134.99.64.10] by rsunx.crn.cogs.susx.ac.uk with smtp (Exim 1.82 #1) id 0yFd9R-0005vT-00; Thu, 19 Mar 1998 11:06:21 +0000 Received: from attila.uni-duesseldorf.de (attila.thphy.uni-duesseldorf.de) by thphy.uni-duesseldorf.de (4.1/SMI-4.1) id AA07336; Thu, 19 Mar 98 12:05:04 +0100 Received: by attila.uni-duesseldorf.de (SMI-8.6/SMI-SVR4) id MAA22508; Thu, 19 Mar 1998 12:02:32 +0100 Date: Thu, 19 Mar 1998 12:02:32 +0100 Message-Id: <199803191102.MAA22508@attila.uni-duesseldorf.de> To: s.rahtz@elsevier.co.uk Cc: lcs@topo.math.u-psud.fr, math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org, river@earthling.net In-Reply-To: <8091-Thu19Mar1998101136+0000-s.rahtz@elsevier.co.uk> Subject: Re: TUGIndia From: Ulrik Vieth Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit > Laurent Siebenmann writes: >> --- Sebastian's 2nd article: Whether it be METOST , >> XYpic, or PSTricks for general purpose drawing. >> >> The word METPOST is blank on screen and its text version >> is METOST_ (sic!). > sigh. i have sworn never again to use the horrible MetaPost logo > generated by \MP. Henceforth I shall always say "MetaPost". I thought that Y&Y were offering a revised version of the logo fonts in Type1 format (including the `P' and `S') as part of their extra LaTeX/SliTeX font package or something like that. I don't know if they are available separately and whether they are free or not. Sorry, for being guilty of having promoted the problematic version of the \MP logo when I wrote the mflogo package back in May 1994. Cheers, Ulrik. From owner-pdftex@tug.org Thu Mar 19 04:12:01 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA22313 for ; Thu, 19 Mar 1998 04:11:59 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA29776 for pdftex-list; Thu, 19 Mar 1998 06:06:22 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA29773 for ; Thu, 19 Mar 1998 06:06:21 -0500 Received: from hagen (zl44.pi.net [145.220.204.44]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id MAA03951; Thu, 19 Mar 1998 12:07:18 +0100 (MET) Posted-Date: Thu, 19 Mar 1998 12:07:18 +0100 (MET) Message-ID: <3510FBFC.5CF@pi.net> Date: Thu, 19 Mar 1998 12:05:32 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: ishamid@acsu.buffalo.edu CC: pdftex@tug.org, lagally@informatik.uni-stuttgart.de Subject: Re: Metafont support? References: <350E8D5D.6745@acsu.buffalo.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Idris Samawi Hamid wrote: > > This topic has been discussed in pdftex mailing list. At the moment pdftex can > > handle only Type1 (PostScript) fonts and TrueType fonts; dvips does handle also > > bitmap fonts (generated from metafont). To use a font avaiable only in metafont, > > there are two ways: 1) convert it to Type1 or TrueType fonts; 2) embed it as > > bitmap fonts. The first way seems to be better, however converting metafont to > > Type1/TrueType is rather difficult and at the moment there is no free software > > which does this job. Can we use MetaPost for this? If some sort of mapping from characters references into graphics is possible, I can think of using MetaPost to generate a font (that is, each character is in fact an eps graphic). One can turn these into pdf forms quite easy, so the main question is how to let pdftex map each character into an object. Of course one could translate character references into object calls (n m R), but a more compact sulution is prefered. Sort of pseudo font. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Mar 19 04:15:18 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA22380 for ; Thu, 19 Mar 1998 04:15:17 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA29780 for pdftex-list; Thu, 19 Mar 1998 06:06:47 -0500 Received: from thphy.uni-duesseldorf.de ([134.99.64.10]) by tug.org (8.8.5/8.8.5) with SMTP id GAA29777 for ; Thu, 19 Mar 1998 06:06:45 -0500 Received: from attila.uni-duesseldorf.de (attila.thphy.uni-duesseldorf.de) by thphy.uni-duesseldorf.de (4.1/SMI-4.1) id AA07336; Thu, 19 Mar 98 12:05:04 +0100 Received: by attila.uni-duesseldorf.de (SMI-8.6/SMI-SVR4) id MAA22508; Thu, 19 Mar 1998 12:02:32 +0100 Date: Thu, 19 Mar 1998 12:02:32 +0100 Message-Id: <199803191102.MAA22508@attila.uni-duesseldorf.de> To: s.rahtz@elsevier.co.uk Cc: lcs@topo.math.u-psud.fr, math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org, river@earthling.net In-Reply-To: <8091-Thu19Mar1998101136+0000-s.rahtz@elsevier.co.uk> Subject: Re: TUGIndia From: Ulrik Vieth Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk > Laurent Siebenmann writes: >> --- Sebastian's 2nd article: Whether it be METOST , >> XYpic, or PSTricks for general purpose drawing. >> >> The word METPOST is blank on screen and its text version >> is METOST_ (sic!). > sigh. i have sworn never again to use the horrible MetaPost logo > generated by \MP. Henceforth I shall always say "MetaPost". I thought that Y&Y were offering a revised version of the logo fonts in Type1 format (including the `P' and `S') as part of their extra LaTeX/SliTeX font package or something like that. I don't know if they are available separately and whether they are free or not. Sorry, for being guilty of having promoted the problematic version of the \MP logo when I wrote the mflogo package back in May 1994. Cheers, Ulrik. From "Robin Fairbairns " Thu Mar 19 04:18:59 1998 Flags: 000000000000 Received: from rsunx.crn.cogs.susx.ac.uk (root@rsunx.crn.cogs.susx.ac.uk [139.184.48.12]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id EAA22444 for ; Thu, 19 Mar 1998 04:18:52 -0700 (MST) Received: from heaton.cl.cam.ac.uk [128.232.32.11] (exim) by rsunx.crn.cogs.susx.ac.uk with smtp (Exim 1.82 #1) id 0yFdJ7-0006CQ-00; Thu, 19 Mar 1998 11:16:21 +0000 Received: from dorceus.cl.cam.ac.uk (cl.cam.ac.uk) [128.232.1.34] (rf) by heaton.cl.cam.ac.uk with esmtp (Exim 1.82 #1) id 0yFdIf-0001xP-00; Thu, 19 Mar 1998 11:15:53 +0000 To: Ulrik Vieth cc: s.rahtz@elsevier.co.uk, lcs@topo.math.u-psud.fr, math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org, river@earthling.net Subject: Re: TUGIndia In-reply-to: Your message of "Thu, 19 Mar 1998 12:02:32 +0100." <199803191102.MAA22508@attila.uni-duesseldorf.de> Date: Thu, 19 Mar 1998 11:15:45 +0000 From: Robin Fairbairns Message-Id: ulrik (quoting sebastian) said: > > sigh. i have sworn never again to use the horrible MetaPost logo > > generated by \MP. Henceforth I shall always say "MetaPost". > > I thought that Y&Y were offering a revised version of the logo fonts > in Type1 format (including the `P' and `S') as part of their extra > LaTeX/SliTeX font package or something like that. I don't know if > they are available separately and whether they are free or not. they are, and the font is (aiui) available as part of a separate package. however, producing fonts doesn't come cheap, and y&y charge real money for the new package. it's actually pretty difficult to support it in an environment (such as tugboat, for example) where there are the original version for the general public and the new version for the favoured few. > Sorry, for being guilty of having promoted the problematic version > of the \MP logo when I wrote the mflogo package back in May 1994. i'm not sure you're the real source of the evil -- i presume don is, >From having put the P and S into the logo font in the first place. remember, all these poxy logos started with him playing silly b****rs with \TeX and \MF in the first place. but the real situation is that don tells a (rather minor) joke, and the whole of the rest of the world feels it incumbent on them to tell variations of the same joke in perpetuity. funny thing, human nature, isn't it? robin From owner-pdftex@tug.org Thu Mar 19 04:26:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA22608 for ; Thu, 19 Mar 1998 04:26:57 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA29829 for pdftex-list; Thu, 19 Mar 1998 06:16:09 -0500 Received: from heaton.cl.cam.ac.uk (heaton.cl.cam.ac.uk [128.232.32.11]) by tug.org (8.8.5/8.8.5) with SMTP id GAA29826 for ; Thu, 19 Mar 1998 06:16:03 -0500 Received: from dorceus.cl.cam.ac.uk (cl.cam.ac.uk) [128.232.1.34] (rf) by heaton.cl.cam.ac.uk with esmtp (Exim 1.82 #1) id 0yFdIf-0001xP-00; Thu, 19 Mar 1998 11:15:53 +0000 To: Ulrik Vieth cc: s.rahtz@elsevier.co.uk, lcs@topo.math.u-psud.fr, math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org, river@earthling.net Subject: Re: TUGIndia In-reply-to: Your message of "Thu, 19 Mar 1998 12:02:32 +0100." <199803191102.MAA22508@attila.uni-duesseldorf.de> Date: Thu, 19 Mar 1998 11:15:45 +0000 From: Robin Fairbairns Message-Id: Sender: owner-pdftex@tug.org Precedence: bulk ulrik (quoting sebastian) said: > > sigh. i have sworn never again to use the horrible MetaPost logo > > generated by \MP. Henceforth I shall always say "MetaPost". > > I thought that Y&Y were offering a revised version of the logo fonts > in Type1 format (including the `P' and `S') as part of their extra > LaTeX/SliTeX font package or something like that. I don't know if > they are available separately and whether they are free or not. they are, and the font is (aiui) available as part of a separate package. however, producing fonts doesn't come cheap, and y&y charge real money for the new package. it's actually pretty difficult to support it in an environment (such as tugboat, for example) where there are the original version for the general public and the new version for the favoured few. > Sorry, for being guilty of having promoted the problematic version > of the \MP logo when I wrote the mflogo package back in May 1994. i'm not sure you're the real source of the evil -- i presume don is, >From having put the P and S into the logo font in the first place. remember, all these poxy logos started with him playing silly b****rs with \TeX and \MF in the first place. but the real situation is that don tells a (rather minor) joke, and the whole of the rest of the world feels it incumbent on them to tell variations of the same joke in perpetuity. funny thing, human nature, isn't it? robin From owner-pdftex@tug.org Thu Mar 19 05:03:02 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA23237 for ; Thu, 19 Mar 1998 05:03:00 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA29983 for pdftex-list; Thu, 19 Mar 1998 06:56:14 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA29980 for ; Thu, 19 Mar 1998 06:56:12 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id LAA01541; hop 0; Thu, 19 Mar 1998 11:53:45 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 19 Mar 1998 11:48:12 +0000 Date: Thu, 19 Mar 1998 11:41:04 +0000 Message-ID: <4973-Thu19Mar1998114104+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: vieth@thphy.uni-duesseldorf.de Cc: lcs@topo.math.u-psud.fr, pdftex@tug.org, river@earthling.net Subject: Re: TUGIndia In-Reply-To: <199803191102.MAA22508@attila.uni-duesseldorf.de> References: <8091-Thu19Mar1998101136+0000-s.rahtz@elsevier.co.uk> <199803191102.MAA22508@attila.uni-duesseldorf.de> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Ulrik Vieth writes: > I thought that Y&Y were offering a revised version of the logo fonts > in Type1 format (including the `P' and `S') as part of their extra > LaTeX/SliTeX font package or something like that. I don't know if > they are available separately and whether they are free or not. > Its true, they are used for TUGboat production. But for the average pdftex user, it looks unlikely they'll become free. Y&Y have a lot of investment to recoup incidentally, if you want to use T1 encoding and CM fonts in pdfTeX, Y&Y's (commercial) EM fonts are just the job. Worth investing some cash in a copy, IMHO. alternatively, the virtual font `ae' package does a good job too - so long as you are not French and want those awks^H^H^H^Hguillemots sebastian From owner-pdftex@tug.org Thu Mar 19 05:07:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA23350 for ; Thu, 19 Mar 1998 05:07:22 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA30013 for pdftex-list; Thu, 19 Mar 1998 07:01:54 -0500 Received: from madison.cybercable.tm.fr (r7m174.cybercable.tm.fr [195.132.7.174]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA30010 for ; Thu, 19 Mar 1998 07:01:43 -0500 Received: (from broult@localhost) by madison.cybercable.tm.fr (8.8.8/8.8.8/Debian/GNU) id NAA08486; Thu, 19 Mar 1998 13:15:18 +0100 To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Cc: davidc@nag.co.uk, cottrell@ricardo.ecn.wfu.edu, pdftex@tug.org Subject: Re: graphics again References: <199803181618.QAA02827@nag.co.uk> <4772-Thu19Mar1998094858+0000-s.rahtz@elsevier.co.uk> Reply-to: christophe.broult@info.unicaen.fr X-Emacs: Emacs 20.2, MULE 3.0 (MOMIJINOGA) MIME-Version: 1.0 (generated by SEMI 1.0.2 - =?ISO-8859-4?Q?"Nonoichi-K=F2?= =?ISO-8859-4?Q?daimae"?=) Content-Type: text/plain; charset=US-ASCII From: Christophe Broult Date: 19 Mar 1998 13:15:18 +0100 In-Reply-To: s.rahtz@elsevier.co.uk's message of "Thu, 19 Mar 1998 09:48:58 +0000" Message-ID: <87btv2anc9.fsf@madison.cybercable.tm.fr> Lines: 25 X-Mailer: Semi-gnus 6.0.8 (based on Quassia Gnus v0.34) Sender: owner-pdftex@tug.org Precedence: bulk s.rahtz@elsevier.co.uk (Sebastian Rahtz) writes: > David Carlisle writes: > > If you ignore the more recent fancy stuf like importing eps files into > > xfig, the basic xfig line/curve/point postscript output is reasonably > > simple and one might hope to pursuade someone to add a pdf/latex > > output pair option to transfig. > i wrote a pstricks output device for fig once; as David says, its not > hard, and i would guess a native PDF output format could be done in a > day or two I'd be very interested in a PDF output for PSTricks because I'd like to be able to generate a PDF document from my thesis which uses PSTricks. > > > too old for this game) since I looked at the format of a fig file, but > > at least then it was not the most complicated of things to parse. > beware; the existing drivers are NOT of the same quality, or > consistent. i went mad trying to understand which one was the best to > follow! > > who is volunteering? > > sebastian From owner-pdftex@tug.org Thu Mar 19 05:17:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA23517 for ; Thu, 19 Mar 1998 05:17:18 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA30062 for pdftex-list; Thu, 19 Mar 1998 07:11:54 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA30059 for ; Thu, 19 Mar 1998 07:11:52 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id MAA01856; hop 0; Thu, 19 Mar 1998 12:09:25 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 19 Mar 1998 12:03:52 +0000 Date: Thu, 19 Mar 1998 12:05:44 +0000 Message-ID: <5254-Thu19Mar1998120544+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: christophe.broult@info.unicaen.fr Cc: pdftex@tug.org Subject: Re: graphics again In-Reply-To: <87btv2anc9.fsf@madison.cybercable.tm.fr> References: <199803181618.QAA02827@nag.co.uk> <4772-Thu19Mar1998094858+0000-s.rahtz@elsevier.co.uk> <87btv2anc9.fsf@madison.cybercable.tm.fr> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Christophe Broult writes: > > I'd be very interested in a PDF output for PSTricks because I'd like > to be able to generate a PDF document from my thesis which uses > PSTricks. ha ha, wouldn't we all like a pstricks to PDF system. but thats hard work. the possibilities are 1. rewrite it all to generate Metapost, and let that generate PS for inclusion by pdfTeX 2. rewrite it to generate raw PDF. that would mean implementing a great deal of calculation in TeX, and I am not even sure its possible Option 1. has the great advantage of having a heavy-duty graphics engine at hand to perform calculations for you (in pstricks left to the PS interpreter). i'd comment it as a project to anyone with a few months to spare. Its other advantage is that it would continue to work with dvips->PS based systems sebastian From owner-pdftex@tug.org Thu Mar 19 05:30:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA23764 for ; Thu, 19 Mar 1998 05:30:57 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA30117 for pdftex-list; Thu, 19 Mar 1998 07:21:56 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA30114 for ; Thu, 19 Mar 1998 07:21:54 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id NAA02085; Thu, 19 Mar 1998 13:22:52 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id NAA03265; Thu, 19 Mar 1998 13:22:50 +0100 (MET) From: Han The Thanh Message-Id: <199803191222.NAA03265@anxur.fi.muni.cz> Subject: Re: pdftex fonts under 7.2 In-Reply-To: <98031911440212@linpwd.mpae.gwdg.de> from "P.W.Daly, MPAe, Lindau, Germany" at "Mar 19, 98 11:44:02 am" To: daly@linpwd.mpae.gwdg.de (P.W.Daly, MPAe, Lindau, Germany) Date: Thu, 19 Mar 1998 13:22:50 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > I have installed the latest web2c/win32 version 7.2 (not beta?) and come across > some font problems with pdftex. WIthout documentation, I try to establish the > following description of what is going on. > > I use the cm*.pfb files from the TeX-Live CD, and the pdftex.map > corresponds nicely to this. I looked more carefully into the cm pfb files on > CTAN and discovered the following: > There are two sets: older Bakoma for most of cm, lasy, lcircle and > some AMS fonts (euler, symbols, > cmextra) > > Bluesky/AMS set, only for cm, lasy, lcircle, line > (Additional set under amsfonts for some AMS fonts) > > The TeX-Live files appear to be the Bluesky/AMS with Bakoma filling the gaps, > and pdftex.map, at least its cm/ams sections, correctly reflect this. > (Bakoma uses lowercase for internal PostScript names of the fonts, while > Bluesky/AMS use uppercase; thus from pdftex.map you can see immediately > which source is being used.) > > Now, 7.2 version works differently (pdftex version 0.12f). It reads a > pdftex.cfg file in which, among other things, map files are specified. These > files have a slightly different syntax from pdftex.map, in that the font flag > between the internal name and the font file name is missing. Much more like > dvips map files, except that the fontencoding and shape changing commands are > not allowed. The supplied map file for cm (cm.map) now corresponds to the > Bakoma set and not the Bluesky/AMS ones. So I extracted the mapping from > pdftex.map, removed the flags in the third positions, and generated a new > pdftex72.map. This works. The syntax of map file has been changed a lot. Now one can use map files from dvips without any editing, but old map files from pdftex-0.11 can be used as well. FontExtent and FontSlant are supported now (still beta testing). > > It works, but some puzzles remain. > - is it really necessary to add the encoding files? The cm*.pfb files all > contain the proper coding as their natural one. Earlier I discovered that > the tt fonts were given the wrong encoding file (cmtext instead of cmttext) > which caused \ and $ to be missing in \tt fonts. I pointed this out to > Fabrice and he did correct pdftex.map in the next beta release. But I > do think the encoding files could be left off for these. The encoding files are not required now, even for partial downloading (for Type1 fonts only; TrueType fonts require encoding vector for subsetting). > - I tried adding cyrillic fonts, the wncyr*.pfb in the AMS amsfont set. > Adding these lines to my new cm.map produced the message that they could > not be found, but putting them in separate file of their own and having > that file loaded, worked fine. Without an encoding vector file! it seems strange to me that adding fonts to cm.map doesn't work. Can you please send me needed files to reproduce the bug? > > Moving to a pdftex.cfg file is an improvement, allowing flexibility over the > previous pdftex.map; however, it would be nice to have the right map files, or > to know just which .pfb files one should be using. The Bluesky/AMS set seems to > be official (according the the AMS anyway) but contains gaps that can be filled > by Bakoma. TeX-Live used this as the solution. That seems to me to be a good > way to go about it. But the map files must be used accordingly. I would welcome very much if some volunteer can maintain config file, map files and encoding vectors. > > I looked at pdftex on CTAN and read the README, which explains some things, but > only for 7.0. I understand that if I do not add an encoding vector, the whole > font is loaded, while with it, it is subsetted. (I assume that means only those > characters needed are loaded.) The README from 7.0 is out-of-date. Sorry that I cannot promise when a new documentation is available. Regards, Thanh From owner-pdftex@tug.org Thu Mar 19 06:06:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24417 for ; Thu, 19 Mar 1998 06:06:01 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA30255 for pdftex-list; Thu, 19 Mar 1998 07:55:30 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA30252 for ; Thu, 19 Mar 1998 07:55:25 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id NAA21056; Thu, 19 Mar 1998 13:56:09 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA15434; Thu, 19 Mar 1998 13:55:49 +0100 (MET) Date: Thu, 19 Mar 1998 13:55:49 +0100 (MET) Message-Id: <199803191255.NAA15434@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Hans Hagen Cc: ishamid@acsu.buffalo.edu, pdftex@tug.org, lagally@informatik.uni-stuttgart.de Subject: Re: Metafont support? In-Reply-To: <3510FBFC.5CF@pi.net> References: <350E8D5D.6745@acsu.buffalo.edu> <3510FBFC.5CF@pi.net> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk you certainly could produce a type 3 font almost straightforwardly with metapost + mfplain.mp. Kinch from truetex has done a metafog converter which is supposed to output (hinted) type 1 fonts, but it is not free. Th. From owner-pdftex@tug.org Thu Mar 19 06:06:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24421 for ; Thu, 19 Mar 1998 06:06:07 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA30272 for pdftex-list; Thu, 19 Mar 1998 07:57:24 -0500 Received: from calvin.info.unicaen.fr (calvin.info.unicaen.fr [193.55.128.51]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA30269 for ; Thu, 19 Mar 1998 07:57:21 -0500 Received: from canardo.info.unicaen.fr (canardo [193.55.128.18]) by calvin.info.unicaen.fr (8.7.5/8.7.3) with ESMTP id NAA09914 for ; Thu, 19 Mar 1998 13:58:17 +0100 (MET) From: Jerzy Karczmarczuk Received: (from karczma@localhost) by canardo.info.unicaen.fr (8.7.5/8.7.3) id NAA29663 for pdftex@tug.org; Thu, 19 Mar 1998 13:58:17 +0100 (MET) Date: Thu, 19 Mar 1998 13:58:17 +0100 (MET) Message-Id: <199803191258.NAA29663@canardo.info.unicaen.fr> To: pdftex@tug.org Subject: A little madness X-Sun-Charset: US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz answers the query of Christophe Broult (who is about 6 meters from me now, it is wonderful how Internet makes the world small...) > ha ha, wouldn't we all like a pstricks to PDF system. but thats hard > work. the possibilities are > > 1. rewrite it all to generate Metapost, and let that generate PS for > inclusion by pdfTeX [...] > Option 1. has the great advantage of having a heavy-duty graphics > engine at hand to perform calculations for you (in pstricks left to > the PS interpreter). i'd comment it as a project to anyone with a > few months to spare. Its other advantage is that it would continue to > work with dvips->PS based systems > sebastian ** This is a little crazy, don't you think? MetaPost (and Metafont) is a very nice procedural programming language with infix operators and extremely powerful macros. And of course with all the machinery of constraint programming. MetaPost is *much* richer than PSTricks or any other TeX-PS macro-package. Its computational philosophy is different from PostScript. Squeezing all this into the TeX syntax does not seem to be ideal. What I did myself was the following: I defined a primitive {mpost} environment, not too different (but *different*) from {verbatim}, which dumped line by line its contents to an auxiliary file, processed off-line by MetaPost, and then the second pass of LaTeX with the aids of macros of Hans Hagen included the result. The overall style is not too distant from what one does with the indexes, or TOC: you always need two passes. Such an environment could pass to the MetaPost program some TeX macros, so it is better not to verbatim-ize *all* the \tokens ... It seems that Sebastian did already something similar (his point (1.)) as well -- and most probably *much* better than I. Jerzy Karczmarczuk Caen, France. From owner-pdftex@tug.org Thu Mar 19 06:07:44 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24457 for ; Thu, 19 Mar 1998 06:07:43 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA30292 for pdftex-list; Thu, 19 Mar 1998 07:59:18 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA30288 for ; Thu, 19 Mar 1998 07:59:17 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id MAA02713; hop 0; Thu, 19 Mar 1998 12:56:50 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 19 Mar 1998 12:51:18 +0000 Date: Thu, 19 Mar 1998 12:53:02 +0000 Message-ID: <9772-Thu19Mar1998125302+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: thanh@informatics.muni.cz Cc: daly@linpwd.mpae.gwdg.de, pdftex@tug.org Subject: Re: pdftex fonts under 7.2 In-Reply-To: <199803191222.NAA03265@anxur.fi.muni.cz> References: <98031911440212@linpwd.mpae.gwdg.de> <199803191222.NAA03265@anxur.fi.muni.cz> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > The syntax of map file has been changed a lot. Now one can use map files from > dvips without any editing, but old map files from pdftex-0.11 can be used as not true, surely? the "TeXBase1Encoding ReEncodeFont" doesnt work? > The encoding files are not required now, even for partial > downloading (for Type1 fonts only; this cannot be right. i have to indicate that ptmr8r is encoding with 8r.enc, not the built-in encoding, surely? sebastian From owner-pdftex@tug.org Thu Mar 19 06:11:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24522 for ; Thu, 19 Mar 1998 06:11:54 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA30329 for pdftex-list; Thu, 19 Mar 1998 08:05:19 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA30326 for ; Thu, 19 Mar 1998 08:05:07 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id OAA22197; Thu, 19 Mar 1998 14:06:14 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id OAA15892; Thu, 19 Mar 1998 14:05:55 +0100 (MET) Date: Thu, 19 Mar 1998 14:05:55 +0100 (MET) Message-Id: <199803191305.OAA15892@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Han The Thanh Cc: daly@linpwd.mpae.gwdg.de (P.W.Daly, MPAe, Lindau, Germany), pdftex@tug.org (PDFTEX) Subject: Re: pdftex fonts under 7.2 In-Reply-To: <199803191222.NAA03265@anxur.fi.muni.cz> References: <98031911440212@linpwd.mpae.gwdg.de> <199803191222.NAA03265@anxur.fi.muni.cz> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: pdftex fonts under 7.2 », Han The Thanh écrit : « » > - I tried adding cyrillic fonts, the wncyr*.pfb in the AMS amsfont set. » > Adding these lines to my new cm.map produced the message that they could » > not be found, but putting them in separate file of their own and having » > that file loaded, worked fine. Without an encoding vector file! » » it seems strange to me that adding fonts to cm.map doesn't work. Can you please » send me needed files to reproduce the bug? my bet is that he edited some `dead' file, not the one that is actually used. Use pdftex -kp 6 to know which files are actually used. From owner-pdftex@tug.org Thu Mar 19 06:14:54 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24599 for ; Thu, 19 Mar 1998 06:14:53 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA30334 for pdftex-list; Thu, 19 Mar 1998 08:05:24 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA30331 for ; Thu, 19 Mar 1998 08:05:22 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id NAA02852; hop 0; Thu, 19 Mar 1998 13:02:55 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Thu, 19 Mar 1998 12:57:20 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id MAA06419; Thu, 19 Mar 1998 12:52:08 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id MAA22979; Thu, 19 Mar 1998 12:52:08 GMT Date: Thu, 19 Mar 1998 12:52:08 GMT Message-Id: <199803191252.MAA22979@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: karczma@info.unicaen.fr Cc: pdftex@tug.org Subject: Re: A little madness In-Reply-To: <199803191256.NAA29647@canardo.info.unicaen.fr> References: <199803191256.NAA29647@canardo.info.unicaen.fr> Sender: owner-pdftex@tug.org Precedence: bulk > This is a little crazy, don't you think? but the question was about re-using existing PSTricks files, not generating new pictures > machinery of constraint programming. MetaPost is *much* richer than > PSTricks or any other TeX-PS macro-package. Its computational philosophy is > different from PostScript. sure. but it lacks the high-level macro libraries for Joe User > Squeezing all this into the TeX syntax does not seem to be ideal. familiarity and low-learning curve is Good, though > What I did myself was the following: I defined a primitive {mpost} > environment, not too different (but *different*) from {verbatim}, which > dumped line by line its contents to an auxiliary file, processed off-line sounds like Thorsten Ohl's "emp" package :-} > by MetaPost, and then the second pass of LaTeX with the aids of macros > It seems that Sebastian did already something similar (his point (1.)) > as well -- and most probably *much* better than I. good lord, i didnt say i had done it! i said it would be a good way to work.... sebastian From owner-pdftex@tug.org Thu Mar 19 06:19:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24670 for ; Thu, 19 Mar 1998 06:19:50 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA30381 for pdftex-list; Thu, 19 Mar 1998 08:11:50 -0500 Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by tug.org (8.8.5/8.8.5) with SMTP id IAA30378 for ; Thu, 19 Mar 1998 08:11:48 -0500 Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 0yFf7x-0002y3-00; Thu, 19 Mar 1998 16:12:57 +0300 Received: from goliath.service.jet.msk.su [192.168.10.29] (root) by tiger.jet.msk.su with smtp (Exim 1.73 #2) id 0yFf7x-0004L8-00; Thu, 19 Mar 1998 16:12:57 +0300 Received: from jet.msk.su by jet.msk.su ; Thu, 19 Mar 1998 16:12:55 +0300 (MSK) Message-Id: X-Mailer: exmh version 2.0.2 2/24/98 To: pdftex@tug.org Subject: Re: TUGIndia Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 19 Mar 1998 16:12:54 +0300 From: Boris Tobotras Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 19 Mar 1998 11:41:04 GMT, Sebastian Rahtz wrote: > alternatively, the virtual font `ae' package does a good job too - so > long as you are not French Or Russian ;) > and want those awks^H^H^H^Hguillemots -- Best regards, -- Boris. From owner-pdftex@tug.org Thu Mar 19 06:20:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24702 for ; Thu, 19 Mar 1998 06:20:38 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA30371 for pdftex-list; Thu, 19 Mar 1998 08:11:21 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA30366 for ; Thu, 19 Mar 1998 08:11:18 -0500 Received: from hagen (zl33.pi.net [145.220.204.33]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id OAA12842; Thu, 19 Mar 1998 14:12:27 +0100 (MET) Posted-Date: Thu, 19 Mar 1998 14:12:27 +0100 (MET) Message-ID: <351112B5.13@pi.net> Date: Thu, 19 Mar 1998 13:42:29 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, Sebastian Rahtz CC: pragma@pi.net Subject: Re: graphics again References: <199803181618.QAA02827@nag.co.uk> <4772-Thu19Mar1998094858+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > who is volunteering? If someone send me the whole bunch I'll at least have a look at it, unless it's latex bound i.e. non generic. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Mar 19 06:24:12 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24775 for ; Thu, 19 Mar 1998 06:24:11 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA30374 for pdftex-list; Thu, 19 Mar 1998 08:11:23 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA30368 for ; Thu, 19 Mar 1998 08:11:20 -0500 Received: from hagen (zl33.pi.net [145.220.204.33]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id OAA12863; Thu, 19 Mar 1998 14:12:29 +0100 (MET) Posted-Date: Thu, 19 Mar 1998 14:12:29 +0100 (MET) Message-ID: <35111433.472@pi.net> Date: Thu, 19 Mar 1998 13:48:51 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, christophe.broult@info.unicaen.fr CC: pragma@pi.net Subject: Re: graphics again References: <199803181618.QAA02827@nag.co.uk> <4772-Thu19Mar1998094858+0000-s.rahtz@elsevier.co.uk> <87btv2anc9.fsf@madison.cybercable.tm.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Christophe Broult wrote: > I'd be very interested in a PDF output for PSTricks because I'd like > to be able to generate a PDF document from my thesis which uses > PSTricks. You can forget about that. Did you ever see the source of pstricks? No neat separation of TeX and PS and therefore non convertible. Apart from the graphic stuff, pstricks uses PS programming constructs, which pdf simply lacks. I suggest to use METAPOST: better graphics and more versatile. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Mar 19 06:53:10 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA25343 for ; Thu, 19 Mar 1998 06:53:09 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA30512 for pdftex-list; Thu, 19 Mar 1998 08:43:39 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA30509 for ; Thu, 19 Mar 1998 08:43:34 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id OAA09361; Thu, 19 Mar 1998 14:44:42 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id OAA07754; Thu, 19 Mar 1998 14:44:41 +0100 (MET) From: Han The Thanh Message-Id: <199803191344.OAA07754@anxur.fi.muni.cz> Subject: Re: pdftex fonts under 7.2 In-Reply-To: <9772-Thu19Mar1998125302+0000-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Mar 19, 98 12:53:02 pm" To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Thu, 19 Mar 1998 14:44:41 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Han The Thanh writes: > > The syntax of map file has been changed a lot. Now one can use map files from > > dvips without any editing, but old map files from pdftex-0.11 can be used as > > not true, surely? the "TeXBase1Encoding ReEncodeFont" doesnt work? this's simply skipped > > > The encoding files are not required now, even for partial > > downloading (for Type1 fonts only; > this cannot be right. i have to indicate that ptmr8r is encoding with > 8r.enc, not the built-in encoding, surely? I don't understand very well what you mean. Encoding vector is not required unless you want to reencode the font, of course. BTW, even ptmr8a (please notice it's not ptmr8r) without reencoding is not very usefull, as AcroReader treats the font encoding of base fonts (Times, Courier and Helv) as MacEncoding, not as AdobeStandardEncoding as the spec says. Thanh From owner-pdftex@tug.org Thu Mar 19 07:10:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA25706 for ; Thu, 19 Mar 1998 07:10:38 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA30627 for pdftex-list; Thu, 19 Mar 1998 09:04:37 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA30624 for ; Thu, 19 Mar 1998 09:04:36 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id JAA23245; Thu, 19 Mar 1998 09:03:55 -0500 Date: Thu, 19 Mar 1998 09:03:55 -0500 (EST) From: Allin Cottrell To: Prof Brian Ripley cc: pdftex@tug.org Subject: Re: graphics again In-Reply-To: <199803190831.IAA06538@toucan.stats> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 19 Mar 1998, Prof Brian Ripley wrote: > gs -q -sDEVICE=pdfwrite -dNOCACHE -dUseFlateCompression=false \ > -sOutputFile=name.pdf name.ps Yes, perfect! "UseFlateCompression=false" did the trick. Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Thu Mar 19 07:10:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA25722 for ; Thu, 19 Mar 1998 07:10:52 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA30635 for pdftex-list; Thu, 19 Mar 1998 09:05:20 -0500 Received: from heplix.ikp.physik.tu-darmstadt.de (heplix.ikp.physik.tu-darmstadt.de [130.83.24.24]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA30632 for ; Thu, 19 Mar 1998 09:05:18 -0500 Received: (from ohl@localhost) by heplix.ikp.physik.tu-darmstadt.de (8.8.5/8.8.5) id PAA06855; Thu, 19 Mar 1998 15:06:24 +0100 Date: Thu, 19 Mar 1998 15:06:24 +0100 Message-Id: <199803191406.PAA06855@heplix.ikp.physik.tu-darmstadt.de> From: Thorsten Ohl To: Jerzy Karczmarczuk Cc: pdftex@tug.org Subject: A little madness In-Reply-To: <199803191258.NAA29663@canardo.info.unicaen.fr> References: <199803191258.NAA29663@canardo.info.unicaen.fr> X-Mailer: VM 6.36 under Emacs 19.34.1 Reply-To: ohl@hep.tu-darmstadt.de Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "Jerzy" == Jerzy Karczmarczuk writes: Jerzy> This is a little crazy, don't you think? [...] MetaPost is Jerzy> *much* richer than PSTricks or any other TeX-PS macro-package. MetaPost is richer than PSTricks, but _not_ a superset. With PSTricks you can create graphical annotations for your text, like arrows connecting two words on a page and other cool stuff [which I didn't need yet, but it's cool anyway :-)]. MetaPost doesn't have enough information about the typeset text for such things. You ned more support from the TeX side and that's what Sebastian was suggesting. Jerzy> What I did myself was the following: I defined a primitive Jerzy> {mpost} environment, not too different (but *different*) from Jerzy> {verbatim}, Sounds similar to emp.sty by yours truly (available from CTAN). -- Thorsten Ohl, Physics Department, TU Darmstadt -- ohl@hep.tu-darmstadt.de http://crunch.ikp.physik.tu-darmstadt.de/~ohl/ [<=== PGP public key here] From owner-pdftex@tug.org Thu Mar 19 07:16:45 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA25834 for ; Thu, 19 Mar 1998 07:16:44 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA30674 for pdftex-list; Thu, 19 Mar 1998 09:12:28 -0500 Received: from acsu.buffalo.edu (mailhub.acsu.buffalo.edu [128.205.7.40]) by tug.org (8.8.5/8.8.5) with SMTP id JAA30671 for ; Thu, 19 Mar 1998 09:12:26 -0500 Received: (qmail 7965 invoked from network); 19 Mar 1998 14:13:37 -0000 Received: from ubppp-246-031.ppp-net.buffalo.edu (HELO samawi) (128.205.246.31) by mailhub with SMTP; 19 Mar 1998 14:13:37 -0000 Message-ID: <351127CF.45D8@acsu.buffalo.edu> Date: Thu, 19 Mar 1998 09:12:31 -0500 From: Idris Samawi Hamid Reply-To: ishamid@acsu.buffalo.edu X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: Thierry Bouche CC: pdftex@tug.org, lagally@informatik.uni-stuttgart.de Subject: Re: Metafont support? References: <350E8D5D.6745@acsu.buffalo.edu> <3510FBFC.5CF@pi.net> <199803191255.NAA15434@mozart.ujf-grenoble.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche wrote: > > you certainly could produce a type 3 font almost straightforwardly > with metapost + mfplain.mp. Kinch from truetex has done a metafog > converter which is supposed to output (hinted) type 1 fonts, but it is > not free. > > Th. Here is the article Kinch wrote on the topic: http://idt.net/~truetex/tug95.zip I could not get tug95.tex file to compile. LaTeX complained that it could not find ltugproc.cls, and did not recognize the command ``\preprint''. I could not find ltugproc.cls on CTAN, and don't know what to do about \preprint. In any case, this article is clearly relavant to this topic, and may hopefully generate some discussion on metafont support for PDFTeX. If anyone has any tips on compiling it, please let me know. Idris From owner-pdftex@tug.org Thu Mar 19 08:11:06 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA27103 for ; Thu, 19 Mar 1998 08:11:05 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA30902 for pdftex-list; Thu, 19 Mar 1998 10:03:44 -0500 Received: from acsu.buffalo.edu (mailhub.acsu.buffalo.edu [128.205.7.40]) by tug.org (8.8.5/8.8.5) with SMTP id KAA30899 for ; Thu, 19 Mar 1998 10:03:43 -0500 Received: (qmail 9682 invoked from network); 19 Mar 1998 15:04:43 -0000 Received: from ubppp-246-005.ppp-net.buffalo.edu (HELO samawi) (128.205.246.5) by mailhub with SMTP; 19 Mar 1998 15:04:43 -0000 Message-ID: <351133CA.728@acsu.buffalo.edu> Date: Thu, 19 Mar 1998 10:03:38 -0500 From: Idris Samawi Hamid Reply-To: ishamid@acsu.buffalo.edu X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org CC: lagally@informatik.uni-stuttgart.de Subject: Re: Metafont support? References: <350E8D5D.6745@acsu.buffalo.edu> <3510FBFC.5CF@pi.net> <199803191255.NAA15434@mozart.ujf-grenoble.fr> <351127CF.45D8@acsu.buffalo.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk For anyone (like me) who wants to compile http://idt.net/~truetex/tug95.zip but does not have ltugproc.cls, just replace ``ltugproc'' with ``article'' in \documentclass, and place the following in the preamble: \newcommand{\MF}{\textsf{METAFONT}} \newcommand{\MP}{\textsf{METAPOST}} \newcommand{\PS}{\textsf{PostScript}} \newcommand{\MFB}{\emph{ The \textsf{METAFONT}book}} \newcommand{\PCTeX}{PiC\TeX} \newcommand{\CandT}{\emph{Computers and Typesetting}} \newcommand{\TUB}{\emph{TUGboat}} \newcommand{\TUG}{\emph{TeX Users Group}} Also uncomment ``preprint''. It should now compile fine. Of course, perhaps I am the only idiot who does not have ltugproc.cls. In that case, where is it? Its surely not at ftp.dante.de. Idris Idris Samawi Hamid wrote: > > Thierry Bouche wrote: > > > > you certainly could produce a type 3 font almost straightforwardly > > with metapost + mfplain.mp. Kinch from truetex has done a metafog > > converter which is supposed to output (hinted) type 1 fonts, but it is > > not free. > > > > Th. > > Here is the article Kinch wrote on the topic: > http://idt.net/~truetex/tug95.zip > > I could not get tug95.tex file to compile. LaTeX complained that it > could not find ltugproc.cls, and did not recognize the command > ``\preprint''. I could not find ltugproc.cls on CTAN, and don't know > what to do about \preprint. In any case, this article is clearly > relavant to this topic, and may hopefully generate some discussion on > metafont support for PDFTeX. If anyone has any tips on compiling it, > please let me know. > > Idris From owner-pdftex@tug.org Thu Mar 19 08:29:25 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA27558 for ; Thu, 19 Mar 1998 08:29:24 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA31015 for pdftex-list; Thu, 19 Mar 1998 10:24:11 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA31011 for ; Thu, 19 Mar 1998 10:24:04 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id QAA05925 for ; Thu, 19 Mar 1998 16:25:12 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA20915; Thu, 19 Mar 1998 16:24:53 +0100 (MET) Date: Thu, 19 Mar 1998 16:24:53 +0100 (MET) Message-Id: <199803191524.QAA20915@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.org Subject: pdftex & dynamic variables X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, i'm trying to include a PDF file in pdflatex (in fact, i was trying to compile kinch's paper with pdflatex--wich is almost done except for one PDF file with a too long line) although i put buf_size = 30000000 in texmf.cnf i still get the error: kdebug:fopen(weedm.pdf, r) => 0x1e05b8 ! Unable to read an entire line---bufsize=30000. Please increase buf_size in texmf.cnf. other debug infos: kdebug:hash_lookup(buf_size.pdflatex) => (nil) kdebug:hash_lookup(buf_size) => 30000000 % max length of input lines or control sequence names strange! Thierry From owner-pdftex@tug.org Thu Mar 19 08:36:58 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA27821 for ; Thu, 19 Mar 1998 08:36:57 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA31047 for pdftex-list; Thu, 19 Mar 1998 10:28:41 -0500 Received: from calvin.info.unicaen.fr (calvin.info.unicaen.fr [193.55.128.51]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA31044 for ; Thu, 19 Mar 1998 10:28:38 -0500 Received: from canardo.info.unicaen.fr (canardo [193.55.128.18]) by calvin.info.unicaen.fr (8.7.5/8.7.3) with ESMTP id QAA11558 for ; Thu, 19 Mar 1998 16:29:48 +0100 (MET) From: Jerzy Karczmarczuk Received: (from karczma@localhost) by canardo.info.unicaen.fr (8.7.5/8.7.3) id QAA00400 for pdftex@tug.org; Thu, 19 Mar 1998 16:29:49 +0100 (MET) Date: Thu, 19 Mar 1998 16:29:49 +0100 (MET) Message-Id: <199803191529.QAA00400@canardo.info.unicaen.fr> To: pdftex@tug.org Subject: Graphics encore X-Sun-Charset: US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Thorsten Ohl about MPost graphics inclusion, in response to my oh! how original idea: > Jerzy> What I did myself was the following: [ ..blah.. ] > Sounds similar to emp.sty by yours truly (available from CTAN). Yeah, it is always good to know that I tried to reinvent a wheel. But that was not my point, I wanted to point out the essential differences between the styles of TeX and MP. Thorsten underlines also this: > MetaPost is richer than PSTricks, but _not_ a superset. With PSTricks > you can create graphical annotations for your text, like arrows > connecting two words on a page and other cool stuff [which I didn't > need yet, but it's cool anyway :-)]. MetaPost doesn't have enough > information about the typeset text for such things. You ned more > support from the TeX side and that's what Sebastian was suggesting. I think I have understood Sebastian. The point is that much of that cool stuff has nothing to do with TeX itself. It *is* possible to pass a good deal of information from TeX to vanZandt macros, to your style, or to my little rubbish, but such fascinating possibi- lities as linking two different paragraphs with an arrow seem to be outside of the reach of TeX; the document macros have absolutely no information about the position of the text, unless something is positioned manually. Such wonders are performed by PostScript. And all this works not because PostScript is a superset of whatever, but because it is a stage in the document processing, and MetaPost is a third party. Of course I can imagine something really crazy, crazy: putting the document as a whole inside btex ..... etex (with some begintex prologues). However, something much less crazy, and even - probably - quite easy, would be to take the sources from John Hobby, and to convert the output from PS to pdfliterals. This might not satisfy the hunters of all kind of "cold stuff", but it would smooth out a little bit the integration of TeX and MetaPost for those who can't live without PDF output (as my pal Christophe Broult). ============ Anyway, it seems that what we all *really need* (sorry for such slogans, but we had recently regional elections in France, and my language has been contaminated by the langue de bois of our politicians...) ... is a good *true* graphic extension of TeX, which might require some computational adds-on much more powerful than those proposed by eTeX: real iterative control structures, real composite data structures, efficient arithmetics, etc. Does somebody think about it at all? The only project, which has nothing to do with TeX, but which is really universal and ambitious, and which adresses programmable graphics with text output, hyperlinks etc. I know is Curl (http://www.cag.lcs.mit.edu/curl/). Of course there is also a direct TeX concurrent: LOUT which generates Postscript, and which can be converted to generate PDS also (I hope...), but somehow it did not convince me... (In case if... http://www.chez.com/emarsden/lout/loutFAQ.txt http://www.ptc.spbu.ru/~uwe/lout/ ) Yours Jerzy Karczmarczuk Caen, Normandy, France. From owner-pdftex@tug.org Thu Mar 19 09:02:17 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA28587 for ; Thu, 19 Mar 1998 09:02:16 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA31131 for pdftex-list; Thu, 19 Mar 1998 10:44:40 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA31128 for ; Thu, 19 Mar 1998 10:44:36 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id QAA07952; Thu, 19 Mar 1998 16:45:25 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA21549; Thu, 19 Mar 1998 16:45:07 +0100 (MET) Date: Thu, 19 Mar 1998 16:45:07 +0100 (MET) Message-Id: <199803191545.QAA21549@mozart.ujf-grenoble.fr> From: Thierry Bouche To: ripley@stats.ox.ac.uk (Prof Brian Ripley) Cc: cottrell@ricardo.ecn.wfu.edu (Allin Cottrell), pdftex@tug.org Subject: Re: graphics again In-Reply-To: <199803190831.IAA06538@toucan.stats> References: <199803190831.IAA06538@toucan.stats> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: graphics again », Prof Brian Ripley écrit : « » gs -q -sDEVICE=pdfwrite -dNOCACHE -dUseFlateCompression=false \ » -sOutputFile=name.pdf name.ps i'd advocate for fitps name.ps | gs -q -sDEVICE=pdfwrite -dNOCACHE -dUseFlateCompression=false \ -sOutputFile=name.pdf name.ps - [fitps courtesy S. Rahtz] so that the MediaBox is correct. Th. B. PS i've put a slightly buggy tug95.pdf by Kinch on ftp://fourier.ujf-grenoble.fr/pub/contrib-tex/pdftex/tug95.pdf From owner-pdftex@tug.org Thu Mar 19 09:18:13 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA29051 for ; Thu, 19 Mar 1998 09:18:12 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA31264 for pdftex-list; Thu, 19 Mar 1998 11:07:46 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id LAA31261 for ; Thu, 19 Mar 1998 11:07:41 -0500 Date: Thu, 19 Mar 1998 16:08:40 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: ishamid@acsu.buffalo.edu CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980319160840.1167d@vms.rhbnc.ac.uk> Subject: Ltugproc.Cls Sender: owner-pdftex@tug.org Precedence: bulk >> I could not get tug95.tex file to compile. LaTeX complained that it >> could not find ltugproc.cls, and did not recognize the command >> ``\preprint''. I could not find ltugproc.cls on CTAN, Whenever I can't find something on CTAN (not unusual!), I use: http://ftpsearch.ntnu.no/ Trying it in response to your message turns up a hit at: ftp://ftp.unit.no/store/store/stash/ltxcontrib/src-1997.03-local/Build - /supported/tugboat/ltugproc.cls (line wrapped by hand for <= 80 chars). Philip Taylor, RHBNC. From owner-pdftex@tug.org Thu Mar 19 09:29:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA29330 for ; Thu, 19 Mar 1998 09:29:29 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA31328 for pdftex-list; Thu, 19 Mar 1998 11:23:18 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA31325 for ; Thu, 19 Mar 1998 11:23:15 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id QAA08562; hop 0; Thu, 19 Mar 1998 16:20:46 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Thu, 19 Mar 1998 16:15:12 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id QAA09334; Thu, 19 Mar 1998 16:24:08 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id QAA23628; Thu, 19 Mar 1998 16:24:07 GMT Date: Thu, 19 Mar 1998 16:24:07 GMT Message-Id: <199803191624.QAA23628@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: karczma@info.unicaen.fr Cc: pdftex@tug.org Subject: Re: Graphics encore In-Reply-To: <199803191529.QAA00400@canardo.info.unicaen.fr> References: <199803191529.QAA00400@canardo.info.unicaen.fr> Sender: owner-pdftex@tug.org Precedence: bulk > ... is a good *true* graphic extension of TeX, which might require some > computational adds-on much more powerful than those proposed by eTeX: real > iterative control structures, real composite data structures, efficient > arithmetics, etc. Does somebody think about it at all? The only project, > which has nothing to do with TeX, but which is really universal and ambitious, there was argument about this last summer at TUG 97. The Dutch Masters took it away to mull on it. one suggestion was to bind TeX and MP more closely together, and have two way conversations, without really changing the guts of either. Thats doable, and would fit the need? sebastaian From owner-pdftex@tug.org Thu Mar 19 09:43:17 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA29724 for ; Thu, 19 Mar 1998 09:43:16 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA31385 for pdftex-list; Thu, 19 Mar 1998 11:34:31 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA31382 for ; Thu, 19 Mar 1998 11:34:29 -0500 Received: from hagen (zl47.pi.net [145.220.204.47]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id RAA24691; Thu, 19 Mar 1998 17:35:39 +0100 (MET) Posted-Date: Thu, 19 Mar 1998 17:35:39 +0100 (MET) Message-ID: <351128D3.327C@pi.net> Date: Thu, 19 Mar 1998 15:16:51 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, Sebastian Rahtz CC: pragma@pi.net Subject: Re: A little madness References: <199803191256.NAA29647@canardo.info.unicaen.fr> <199803191252.MAA22979@lurgmhor.elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > > machinery of constraint programming. MetaPost is *much* richer than > > PSTricks or any other TeX-PS macro-package. Its computational philosophy is > > different from PostScript. > sure. but it lacks the high-level macro libraries for Joe User Working on it. Auto-flowcharts is the first to come. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Mar 19 09:44:27 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA29760 for ; Thu, 19 Mar 1998 09:44:26 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA31380 for pdftex-list; Thu, 19 Mar 1998 11:34:28 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA31377 for ; Thu, 19 Mar 1998 11:34:26 -0500 Received: from hagen (zl47.pi.net [145.220.204.47]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id RAA24650; Thu, 19 Mar 1998 17:35:35 +0100 (MET) Posted-Date: Thu, 19 Mar 1998 17:35:35 +0100 (MET) Message-ID: <351127AA.23AC@pi.net> Date: Thu, 19 Mar 1998 15:11:54 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, Jerzy Karczmarczuk CC: pragma@pi.net Subject: Re: A little madness References: <199803191258.NAA29663@canardo.info.unicaen.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jerzy Karczmarczuk wrote: > It seems that Sebastian did already something similar (his point (1.)) > as well -- and most probably *much* better than I. For those interested, there is a module supp-mps that does this and some more. The module is documented and although a ConTeXt module, it's generic enough to be of use in other packages. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Mar 19 10:18:05 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA00783 for ; Thu, 19 Mar 1998 10:18:04 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA31550 for pdftex-list; Thu, 19 Mar 1998 12:11:46 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA31547 for ; Thu, 19 Mar 1998 12:11:45 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id QAA03726; Thu, 19 Mar 1998 16:31:44 GMT Date: Thu, 19 Mar 1998 16:31:44 GMT Message-Id: <199803191631.QAA03726@nag.co.uk> From: David Carlisle To: ishamid@acsu.buffalo.edu CC: pdftex@tug.org, lagally@informatik.uni-stuttgart.de In-reply-to: <351133CA.728@acsu.buffalo.edu> (message from Idris Samawi Hamid on Thu, 19 Mar 1998 10:03:38 -0500) Subject: Re: Metafont support? References: <350E8D5D.6745@acsu.buffalo.edu> <3510FBFC.5CF@pi.net> <199803191255.NAA15434@mozart.ujf-grenoble.fr> <351127CF.45D8@acsu.buffalo.edu> <351133CA.728@acsu.buffalo.edu> Sender: owner-pdftex@tug.org Precedence: bulk > perhaps I am the only idiot who does not have > ltugproc.cls. In that case, where is it It is in ftp> pwd 257 "/pub/tex/macros/latex/contrib/supported/tugboat" is current directory. ftp> or rather it is generated if you run the .ins file there. David From owner-pdftex@tug.org Thu Mar 19 10:20:14 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA00854 for ; Thu, 19 Mar 1998 10:20:12 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA31510 for pdftex-list; Thu, 19 Mar 1998 12:01:42 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA31507 for ; Thu, 19 Mar 1998 12:01:40 -0500 Received: from hagen (zl55.pi.net [145.220.204.55]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id SAA04870; Thu, 19 Mar 1998 18:02:50 +0100 (MET) Posted-Date: Thu, 19 Mar 1998 18:02:50 +0100 (MET) Message-ID: <35114B79.6596@pi.net> Date: Thu, 19 Mar 1998 17:44:41 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, Jerzy Karczmarczuk CC: pragma@pi.net Subject: Re: Graphics encore References: <199803191529.QAA00400@canardo.info.unicaen.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jerzy Karczmarczuk wrote: > > MetaPost is richer than PSTricks, but _not_ a superset. With PSTricks > > you can create graphical annotations for your text, like arrows > > connecting two words on a page and other cool stuff [which I didn't > > need yet, but it's cool anyway :-)]. MetaPost doesn't have enough > > information about the typeset text for such things. You ned more > > support from the TeX side and that's what Sebastian was suggesting. Maybe etex version 3 ... (such things were discussed recently). > However, something much less crazy, and even - probably - quite easy, would > be to take the sources from John Hobby, and to convert the output from PS to > pdfliterals. This might not satisfy the hunters of all kind of "cold stuff", but > it would smooth out a little bit the integration of TeX and MetaPost for those > who can't live without PDF output (as my pal Christophe Broult). Maybe I got you wrong, but that excactly what supp-pdf.tex does. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Mar 19 10:38:31 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA01391 for ; Thu, 19 Mar 1998 10:38:30 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA31642 for pdftex-list; Thu, 19 Mar 1998 12:32:40 -0500 Received: from by.genie.uottawa.ca (by.genie.uottawa.ca [137.122.20.226]) by tug.org (8.8.5/8.8.5) with SMTP id MAA31639 for ; Thu, 19 Mar 1998 12:32:33 -0500 Received: from zeus.genie.uottawa.ca by by.genie.uottawa.ca (4.1/SMI-4.1) id AA18980; Thu, 19 Mar 98 12:33:36 EST Received: from yoho.uottawa.ca by zeus.genie.uottawa.ca (4.1/SMI-4.1) id AA02408; Thu, 19 Mar 98 12:35:15 EST Received: by yoho.uottawa.ca (SMI-8.6/SMI-SVR4) id MAA07779; Thu, 19 Mar 1998 12:32:54 -0500 Date: Thu, 19 Mar 1998 12:32:54 -0500 Message-Id: <199803191732.MAA07779@yoho.uottawa.ca> From: Philippe Lavoie To: pdftex Subject: ptmro8r with latest pdftex X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, I got the lastest beta version of teTex and it has pdftex 0.12f (a good thing :) My problem, I still get the ptmro8r message so I tried to add (using Boris advice which worked under 0.11). And the problem didn't go away. Instead of dropping the towel, I did a little of research in the pdftex.cfg file and noticed that pdftex.map is not included. Instead tetex.map is. So I added a reference to ptmro8r there and it worked fine after that. My question is, is this a problem with tetex or pdftex ? (not including pdftex.map). The other thing is I get this message legendsandlore.toc ! PDF warning (ext1): destination with the same identifier already exists! \@pdfview ->FitBH How can I get rid of it ? Thanks Phil From owner-pdftex@tug.org Thu Mar 19 13:28:45 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA06486 for ; Thu, 19 Mar 1998 13:28:43 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA32350 for pdftex-list; Thu, 19 Mar 1998 15:23:58 -0500 Received: from aples2.jhuapl.edu (aples2.jhuapl.edu [128.244.26.86]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA32347 for ; Thu, 19 Mar 1998 15:23:57 -0500 Received: by aples2.jhuapl.edu with Internet Mail Service (5.5.1960.3) id ; Thu, 19 Mar 1998 15:25:03 -0500 Message-ID: <91D1D51C2955D111B82B00805F19989541C137@aples2.jhuapl.edu> From: "Collins, Bernard F. (Skip)" To: pdftex@tug.org Subject: RE: TUGIndia Date: Thu, 19 Mar 1998 15:25:02 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk I am replying to a message sent to four or five lists. I am only sending this to the pdftex list. On Thursday, March 19, 1998 6:16 AM, Robin Fairbairns [SMTP:Robin.Fairbairns@cl.cam.ac.uk] wrote: > > I thought that Y&Y were offering a revised version of the logo fonts > > in Type1 format (including the `P' and `S') as part of their extra > > LaTeX/SliTeX font package or something like that. I don't know if > > they are available separately and whether they are free or not. > > they are, and the font is (aiui) available as part of a separate > package. however, producing fonts doesn't come cheap, and y&y charge > real money for the new package. it's actually pretty difficult to > support it in an environment (such as tugboat, for example) where > there are the original version for the general public and the new > version for the favoured few. I believe that the bakoma logo fonts have the P and S. There are so many annoyances like this with type 1 "tex font" variations (cm/latex/logo/euler/ams/xypic etc.) that it would be a useful to distribute an "optimized" set of freely available traditional tex fonts with pdftex along with standardized and cleaned up map and encoding files. This would basically be the bluesky/y&y/ams fonts with a few bakoma fonts thrown in (with ps fontnames uppercased for consistency and encoding vectors sanitized). There should be a single pdftex map file for the distribution. Such a font consolidation would reduce the hassles of installing and using pdftex. By the way, why does my pdftex 1.2f installation (web2c-win32), come with different versions of the same input files, e.g. pdftex.cfg? Lots of filenames in texmf/pdftex are duplicated in texmf/pdftex/config with different filedates. Skip Collins From owner-pdftex@tug.org Thu Mar 19 16:54:24 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA12218 for ; Thu, 19 Mar 1998 16:54:23 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA00427 for pdftex-list; Thu, 19 Mar 1998 18:51:15 -0500 Received: from cnri.reston.va.us (ns.CNRI.Reston.VA.US [132.151.1.1]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA00424 for ; Thu, 19 Mar 1998 18:51:13 -0500 Received: from weyr.cnri.reston.va.us (weyr [132.151.1.23]) by cnri.reston.va.us (8.8.5/8.8.7a) with SMTP id SAA20684; Thu, 19 Mar 1998 18:54:49 -0500 (EST) Received: by weyr.cnri.reston.va.us (SMI-8.6/SMI-SVR4) id SAA13624; Thu, 19 Mar 1998 18:52:04 -0500 From: "Fred L. Drake" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 19 Mar 1998 18:52:04 -0500 (EST) To: teTeX List , pdfTeX List Subject: Update to latest test teTeX 0.9, pdfTeX X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13585.43775.863259.246153@weyr.cnri.reston.va.us> Reply-To: "Fred L. Drake, Jr." X-Organization: Corporation for National Research Initiatives Sender: owner-pdftex@tug.org Precedence: bulk I just built the new test version of teTeX; I had been using the previous test version. I have a set of documents that I use with both latex and pdflatex; the old (0.11) version of pdflatex had a few glitches, but it basically was working for me, with the problems appearing with outline entries. Now, the new version won't handle \maketitle in either of the document classes I use (local classes). If I just inherit \maketitle from the report class, I get a different problem. I don't mind adjusting my document classes to work with the newer version, but I could really stand some pointers as to what the problem might be. Using latex instead of pdflatex worked without any glitches. Here's the error I get using \maketitle from the report class: ------------------------------------------------------------------------ TEXINPUTS=texinputs: pdflatex ext This is PDFTeX, Version 3.14159-0.12f (Web2C 7.2) (pdftex.cfg) (ext.tex LaTeX2e <1997/12/01> patch level 2 Babel and hyphenation patterns for american, dutch, german, loaded. (texinputs/manual.cls Document Class: manual 1998/03/03 Document class (Python manual) (/depot/tetex/texmf/tex/latex/base/report.cls Document Class: report 1997/10/10 v1.3x Standard LaTeX document class (/depot/tetex/texmf/tex/latex/base/size10.clo)) (/depot/tetex/texmf/tex/latex/fancyhdr/fancyhdr.sty) Using fancier footers than usual. (/depot/tetex/texmf/tex/latex/psnfss/times.sty) Using times fonts instead of Computer Modern. (texinputs/python.sty (texinputs/fncychap.sty) Using fancy chapter headings. (/depot/tetex/texmf/pdftex/generic/misc/pdfcolor.tex))) (boilerplate.tex) Writing index file ext.idx (ext.aux) (/depot/tetex/texmf/tex/latex/psnfss/ot1ptm.fd) Underfull \hbox (badness 10000) has occurred while \output is active [] [1] (copyright.tex (/depot/tetex/texmf/tex/latex/psnfss/omsptm.fd) (/depot/tetex/texmf/tex/latex/psnfss/ot1phv.fd)) Underfull \hbox (badness 10000) has occurred while \output is active [] [2] Adding blank page after the abstract. ! PDF warning (ext1): destination with the same identifier already exists! fit l.45 \end{abstract} Underfull \hbox (badness 10000) has occurred while \output is active [] [1] ! PDF warning (ext1): destination with the same identifier already exists! fit l.45 \end{abstract} Underfull \hbox (badness 10000) has occurred while \output is active [] [2] (ext.toc (/depot/tetex/texmf/tex/latex/psnfss/ot1pcr.fd)) Adding blank page after the table of contents. ! PDF warning (ext1): destination with the same identifier already exists! fit l.47 \tableofcontents [1] ! PDF warning (ext1): destination with the same identifier already exists! fit l.47 \tableofcontents [2] Chapter 1. [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] Chapter 2. [17] [18] Chapter 3. [19] [20] (ext.ind) ! Missing { inserted. p l.1494 \end{document} ? ------------------------------------------------------------------------ With my own \maketitle (which isn't very strange; it's closely modeled after the report \maketitle), I get this: ------------------------------------------------------------------------ TEXINPUTS=texinputs: pdflatex ext This is PDFTeX, Version 3.14159-0.12f (Web2C 7.2) (pdftex.cfg) (ext.tex LaTeX2e <1997/12/01> patch level 2 Babel and hyphenation patterns for american, dutch, german, loaded. (texinputs/manual.cls Document Class: manual 1998/03/03 Document class (Python manual) (/depot/tetex/texmf/tex/latex/base/report.cls Document Class: report 1997/10/10 v1.3x Standard LaTeX document class (/depot/tetex/texmf/tex/latex/base/size10.clo)) (/depot/tetex/texmf/tex/latex/fancyhdr/fancyhdr.sty) Using fancier footers than usual. (/depot/tetex/texmf/tex/latex/psnfss/times.sty) Using times fonts instead of Computer Modern. (texinputs/python.sty (texinputs/fncychap.sty) Using fancy chapter headings. (/depot/tetex/texmf/pdftex/generic/misc/pdfcolor.tex))) (boilerplate.tex) Writing index file ext.idx (ext.aux) (/depot/tetex/texmf/tex/latex/psnfss/ot1ptm.fd) ! Missing { inserted. a l.14 \maketitle ? ------------------------------------------------------------------------ The "help" for both errors was the same: ------------------------------------------------------------------------ ? h A left brace was mandatory here, so I've put one in. You might want to delete and/or insert some corrections so that I will find a matching right brace soon. (If you're confused by all this, try typing `I}' now.) ? ------------------------------------------------------------------------ If anyone can make suggestions on how I should go about isolating the problem, I'd really appreciate it! (I'll be away from mail for a few days, so if I don't respond rapidly to suggestions, it's because I can't. I really hope someone has an idea on this, because I'm fairly well stumped!) -Fred -- Fred L. Drake, Jr. fdrake@cnri.reston.va.us Corporation for National Research Initiatives 1895 Preston White Drive Reston, VA 20191 From owner-pdftex@tug.org Thu Mar 19 11:08:14 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA02278 for ; Thu, 19 Mar 1998 11:08:13 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA31777 for pdftex-list; Thu, 19 Mar 1998 13:02:08 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA31774 for ; Thu, 19 Mar 1998 13:02:01 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id TAA17947; Thu, 19 Mar 1998 19:03:09 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id TAA26356; Thu, 19 Mar 1998 19:02:53 +0100 (MET) Date: Thu, 19 Mar 1998 19:02:53 +0100 (MET) Message-Id: <199803191802.TAA26356@mozart.ujf-grenoble.fr> From: Thierry Bouche To: David Carlisle Cc: pdftex@tug.org Subject: Graphicx again X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I'm trying to use graphicx.tex for inclusion of graphics with pdf(plain)tex. It does work for PNG, but not for PDF. Does someone know why? Thanks, Th. B. From owner-pdftex@tug.org Thu Mar 19 11:09:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA02337 for ; Thu, 19 Mar 1998 11:09:21 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA31803 for pdftex-list; Thu, 19 Mar 1998 13:06:13 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA31800 for ; Thu, 19 Mar 1998 13:06:11 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id SAA00511; Thu, 19 Mar 1998 18:11:28 GMT Date: Thu, 19 Mar 1998 18:11:28 GMT Message-Id: <199803191811.SAA00511@nag.co.uk> From: David Carlisle To: Thierry.Bouche@ujf-grenoble.fr CC: pdftex@tug.org In-reply-to: <199803191802.TAA26356@mozart.ujf-grenoble.fr> (message from Thierry Bouche on Thu, 19 Mar 1998 19:02:53 +0100 (MET)) Subject: Re: Graphicx again References: <199803191802.TAA26356@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk > I'm trying to use graphicx.tex for inclusion of graphics with > pdf(plain)tex. > It does work for PNG, but not for PDF. Does someone know why? Odd, all the `latex' support for pdf inclusion comes from Hans' context files, so I wouldn't have thought it would be a problem with plain. David From owner-pdftex@tug.org Thu Mar 19 18:13:16 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA14235 for ; Thu, 19 Mar 1998 18:13:15 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA00720 for pdftex-list; Thu, 19 Mar 1998 20:09:58 -0500 Received: from by.genie.uottawa.ca (by.genie.uottawa.ca [137.122.20.226]) by tug.org (8.8.5/8.8.5) with SMTP id UAA00717 for ; Thu, 19 Mar 1998 20:09:55 -0500 Received: from zeus.genie.uottawa.ca by by.genie.uottawa.ca (4.1/SMI-4.1) id AA24940; Thu, 19 Mar 98 20:10:42 EST Received: from yoho.uottawa.ca by zeus.genie.uottawa.ca (4.1/SMI-4.1) id AA02793; Thu, 19 Mar 98 20:12:24 EST Received: by yoho.uottawa.ca (SMI-8.6/SMI-SVR4) id UAA12404; Thu, 19 Mar 1998 20:10:07 -0500 Date: Thu, 19 Mar 1998 20:10:07 -0500 Message-Id: <199803200110.UAA12404@yoho.uottawa.ca> From: Philippe Lavoie To: "Fred L. Drake, Jr." Cc: teTeX List , pdfTeX List Subject: Update to latest test teTeX 0.9, pdfTeX In-Reply-To: <13585.43775.863259.246153@weyr.cnri.reston.va.us> References: <13585.43775.863259.246153@weyr.cnri.reston.va.us> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Fred L. Drake writes: > ! Missing { inserted. > > p > l.1494 \end{document} > > ? I also get this error if I try to compile test3.tex test4.tex and test5.tex from the hyperref distribution using pdflatex. So you're not alone :) Phil From owner-pdftex@tug.org Thu Mar 19 20:41:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id UAA17467 for ; Thu, 19 Mar 1998 20:40:59 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id WAA01253 for pdftex-list; Thu, 19 Mar 1998 22:37:21 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id WAA01250 for ; Thu, 19 Mar 1998 22:37:20 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id WAA25703 for ; Thu, 19 Mar 1998 22:36:45 -0500 Date: Thu, 19 Mar 1998 22:36:45 -0500 (EST) From: Allin Cottrell To: pdftex@tug.org Subject: web2c 7.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I see that Web2c 7.2 is now officially released. Does anyone happen to know if pdftex 0.11 will compile OK in the new web2c tree? Although I'm interested in following the discussions of the latest pdftex betas I'm a little reluctant to move off 0.11, which is working very nicely for my purposes, just yet. Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Thu Mar 19 22:21:11 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id WAA19610 for ; Thu, 19 Mar 1998 22:21:10 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id AAA01619 for pdftex-list; Fri, 20 Mar 1998 00:16:41 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.org (8.8.5/8.8.5) with ESMTP id AAA01616 for ; Fri, 20 Mar 1998 00:16:39 -0500 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id GAA03038 for ; Fri, 20 Mar 1998 06:17:49 +0100 (MET) Received: by infovore id m0yFuBE-000clJC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 20 Mar 1998 06:17:20 +0100 (CET) To: pdftex@tug.org Subject: Replacing pdftex in web2c. (Was: web2c 7.2) References: Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 20 Mar 1998 06:17:17 +0100 In-Reply-To: Allin Cottrell's message of "Thu, 19 Mar 1998 22:36:45 -0500 (EST)" Message-ID: <87sooeos9u.fsf@infovore.xs4all.nl> Lines: 26 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell writes: > I see that Web2c 7.2 is now officially released. Does anyone > happen to know if pdftex 0.11 will compile OK in the new web2c > tree? Although I'm interested in following the discussions of > the latest pdftex betas I'm a little reluctant to move off 0.11, > which is working very nicely for my purposes, just yet. If you combine the separate files, don't retrieve pdftex-web2c.tar.gz but get web2c-7.2-pdftex-0.11.tar.gz instead. It unpacks in the correct location for this. If you are working with the texk.tar.gz file, you need to replace the included pdftex 0.12f with 0.11. Get web2c-7.2-pdftex-0.11.tar.gz, and unpack both it and the texk.tar.gz file. Then do the following % rm -rf texk-7.2/web2c/pdftexdir % mv web2c-7.2/web2c/pdftexdir texk-7.2/web2c to replace the sources. Now configure & compile as usual. In both cases you'll also need pdftexlib-0.11.tar.gz instead of pdftexlib.tar.gz. -- Olaf Weber From owner-pdftex@tug.org Fri Mar 20 01:46:19 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA24197 for ; Fri, 20 Mar 1998 01:46:18 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA02454 for pdftex-list; Fri, 20 Mar 1998 03:31:09 -0500 Received: from calvin.info.unicaen.fr (calvin.info.unicaen.fr [193.55.128.51]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA02451 for ; Fri, 20 Mar 1998 03:31:05 -0500 Received: from canardo.info.unicaen.fr (canardo [193.55.128.18]) by calvin.info.unicaen.fr (8.7.5/8.7.3) with ESMTP id JAA18421 for ; Fri, 20 Mar 1998 09:32:14 +0100 (MET) From: Jerzy Karczmarczuk Received: (from karczma@localhost) by canardo.info.unicaen.fr (8.7.5/8.7.3) id JAA01809 for pdftex@tug.org; Fri, 20 Mar 1998 09:32:14 +0100 (MET) Date: Fri, 20 Mar 1998 09:32:14 +0100 (MET) Message-Id: <199803200832.JAA01809@canardo.info.unicaen.fr> To: pdftex@tug.org Subject: Re: Graphics encore X-Sun-Charset: US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I tried once more to reinvent the wheel saying that it would be (probably...) easy to: > > ... take the sources from John Hobby, and to convert the output from PS to > > pdfliterals. Hans Hagen answers > Maybe I got you wrong, but that excactly what supp-pdf.tex does. > > Hans Sorry, I *know* what your package does, I use it quite often. I am very satisfied and grateful. What I have suggested is explicitly mentioned there: to modify the MetaPost itself. I should have said "convert the output ROUTINES so that they generate pdfliterals". Sorry for the misunderstanding. I could develop more this philosophy, but I know that tomorrow we will get the message saying that the package XXX does all that, and that YYY works on it already several months... Jerzy Karczmarczuk Caen, France. *** PS. just for your leisure. I discovered something really awful and tragic. The PostScript cmr which I use with pdftex has apparently a *BLANK* \char32. For us, the orthodox, this is a small, slightly inclined bar used to form the Polish slashed l: \l and \L. Can you really imagine the reaction of DEK Himself if he discovers that he is not able to write correctly the names of \L{}ukasiewicz or Przemys\l{}aw Prusinkiewicz? Who did it? The Anglo-Saxon Mafia strikes again? From owner-pdftex@tug.org Fri Mar 20 02:20:58 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA24891 for ; Fri, 20 Mar 1998 02:20:56 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA02634 for pdftex-list; Fri, 20 Mar 1998 04:13:43 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA02631 for ; Fri, 20 Mar 1998 04:13:41 -0500 Received: from hagen (zl16.pi.net [145.220.204.16]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id KAA03690; Fri, 20 Mar 1998 10:14:06 +0100 (MET) Posted-Date: Fri, 20 Mar 1998 10:14:06 +0100 (MET) Message-ID: <351222ED.3541@pi.net> Date: Fri, 20 Mar 1998 09:03:57 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: David Carlisle CC: Thierry.Bouche@ujf-grenoble.fr, pdftex@tug.org Subject: Re: Graphicx again References: <199803191802.TAA26356@mozart.ujf-grenoble.fr> <199803191811.SAA00511@nag.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle wrote: > > I'm trying to use graphicx.tex for inclusion of graphics with > > pdf(plain)tex. I don't know that package. > > It does work for PNG, but not for PDF. Does someone know why? > > Odd, all the `latex' support for pdf inclusion comes from > Hans' context files, so I wouldn't have thought it would > be a problem with plain. What exactly is the problem? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Mar 20 02:33:20 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA25319 for ; Fri, 20 Mar 1998 02:33:19 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA02677 for pdftex-list; Fri, 20 Mar 1998 04:23:14 -0500 Received: from pccm41.quimica.uniovi.es (pccm41.quimica.uniovi.es [156.35.51.128]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA02626 for ; Fri, 20 Mar 1998 04:12:38 -0500 From: carmenes@biosun.quimica.uniovi.es Received: from localhost (carmenes@localhost) by pccm41.quimica.uniovi.es (8.8.7/8.8.7) with SMTP id KAA00384; Fri, 20 Mar 1998 10:15:48 +0100 X-Authentication-Warning: pccm41.quimica.uniovi.es: carmenes owned process doing -bs Date: Fri, 20 Mar 1998 10:15:48 +0100 (CET) X-Sender: carmenes@pccm41.quimica.uniovi.es To: Han The Thanh cc: pdftex@tug.org Subject: Re: Small bug in pdftex0.12 In-Reply-To: <199803191803.TAA22868@anxur.fi.muni.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by tug.org id EAA02675 Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 19 Mar 1998, Han The Thanh wrote: > > > this nearly works :-). The image looks ok, but the depth is completly wrong. I'm > > > looking at this. > > sorry, the depth seems to be ok too, I've overlooked it > > Regards, > Thanh > Maybe this is a point to stress in the documentation when pdftex-12 will be released, because it could easily lead to mistakes (and to erroneous bug reports, like mine :-). This suggestion is also addressed to the doc+faq mantainers. To be more specific, in my opinion it is important to stress that _both_ the height the and depth _must_ be provided with \pdfimage if the user wants the vertical dimension to be rescaled, otherwise, the natural dimension of the png image will be used. To obtain the same effect with pdftex-11 and pdftex-12, anything like: \pdfimage height 3cm image.png in pdftex-11 should be translated for pdftex-12 to: \pdfimage height 3cm depth 0pt image.png Regards, Ricardo. ============================================================== Dr. Ricardo Sánchez Cármenes, Departamento de Bioquímica y Biología Molecular, Universidad de Oviedo, E-33071-Oviedo, Spain. email "carmenes@biosun.quimica.uniovi.es" Fax: +34-8-5103157 ============================================================== From owner-pdftex@tug.org Fri Mar 20 03:48:26 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA26678 for ; Fri, 20 Mar 1998 03:48:25 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA02963 for pdftex-list; Fri, 20 Mar 1998 05:39:38 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA02960 for ; Fri, 20 Mar 1998 05:39:26 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id KAA00839; Fri, 20 Mar 1998 10:44:37 GMT Date: Fri, 20 Mar 1998 10:44:37 GMT Message-Id: <199803201044.KAA00839@nag.co.uk> From: David Carlisle To: pdftex@tug.org In-reply-to: <351222ED.3541@pi.net> (message from Hans Hagen on Fri, 20 Mar 1998 09:03:57 +0100) Subject: Re: Graphicx again References: <199803191802.TAA26356@mozart.ujf-grenoble.fr> <199803191811.SAA00511@nag.co.uk> <351222ED.3541@pi.net> Sender: owner-pdftex@tug.org Precedence: bulk Hans writes > > I'm trying to use graphicx.tex for inclusion of graphics with > I don't know that package. Oh it's just a little wrapper so that the latex graphics pacakges run with plain tex. Just defines enough bits of latex that you don't get undefined command errors when you say \input graphics.sty \bye in plain tex. So while it's quite likely it doesn't work with other latex based things, as most of latex is not there, it ought to work with your context based things (as you supply a similar wrapper to provide enough bits of contex to run that.) If only everyone was using lollipop, we wouldn't have all these problems with incompatible formats. David From owner-pdftex@tug.org Fri Mar 20 06:11:49 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA29256 for ; Fri, 20 Mar 1998 06:11:48 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA03449 for pdftex-list; Fri, 20 Mar 1998 07:52:56 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA03446 for ; Fri, 20 Mar 1998 07:52:53 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id NAA27089; Fri, 20 Mar 1998 13:54:01 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA11460; Fri, 20 Mar 1998 13:53:50 +0100 (MET) Date: Fri, 20 Mar 1998 13:53:50 +0100 (MET) Message-Id: <199803201253.NAA11460@mozart.ujf-grenoble.fr> From: Thierry Bouche To: David Carlisle Cc: pdftex@tug.org Subject: Re: Graphicx again In-Reply-To: <199803201044.KAA00839@nag.co.uk> References: <199803191802.TAA26356@mozart.ujf-grenoble.fr> <199803191811.SAA00511@nag.co.uk> <351222ED.3541@pi.net> <199803201044.KAA00839@nag.co.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: Graphicx again », David Carlisle écrit : « » » Hans writes » » > > I'm trying to use graphicx.tex for inclusion of graphics with » > I don't know that package. » » Oh it's just a little wrapper so that the latex graphics pacakges run » with plain tex. Just defines enough bits of latex that you don't get » undefined command errors when you say \input graphics.sty \bye in plain » tex. So while it's quite likely it doesn't work with other latex based » things, as most of latex is not there, it ought to work with your » context based things (as you supply a similar wrapper to provide enough » bits of contex to run that.) » it _does_ work for PNG inclusion. But converting EPS to PNG is an odd thing itself, so i tried out to include PDF (now that i have understood what makes gs output not useable by pdftex is compression). It's probably a catcode problem, as i get a message error on \if! being undefined (in \if!#1!...) When you use both plain & latex, it's nice (rether than odd) to rely on one interface... Th. From owner-pdftex@tug.org Fri Mar 20 06:26:00 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA29538 for ; Fri, 20 Mar 1998 06:25:59 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA03543 for pdftex-list; Fri, 20 Mar 1998 08:16:40 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA03540 for ; Fri, 20 Mar 1998 08:16:39 -0500 Received: from hagen (zl53.pi.net [145.220.204.53]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id OAA24705; Fri, 20 Mar 1998 14:17:41 +0100 (MET) Posted-Date: Fri, 20 Mar 1998 14:17:41 +0100 (MET) Message-ID: <351248AC.2CC5@pi.net> Date: Fri, 20 Mar 1998 11:45:00 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Jerzy Karczmarczuk CC: pdftex@tug.org Subject: Re: Graphics encore References: <199803200832.JAA01809@canardo.info.unicaen.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jerzy Karczmarczuk wrote: > What I have suggested is explicitly mentioned there: to modify the MetaPost > itself. I should have said "convert the output ROUTINES so that they generate > pdfliterals". Sorry for the misunderstanding. Got you, MetaPDF. > I could develop more this philosophy, but I know that tomorrow we will > get the message saying that the package XXX does all that, and that YYY works > on it already several months... Not that I know of, so its worth discussing some day. > PS. just for your leisure. I discovered something really awful and tragic. > The PostScript cmr which I use with pdftex has apparently a *BLANK* \char32. Are you sure that it's not acrobat reader playing tricks? Older versions of the acrobat tools optimized char 32 (space) into a positioning command. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Mar 20 06:41:10 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA29811 for ; Fri, 20 Mar 1998 06:41:09 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA03608 for pdftex-list; Fri, 20 Mar 1998 08:31:46 -0500 Received: from acsu.buffalo.edu (mailhub.acsu.buffalo.edu [128.205.7.40]) by tug.org (8.8.5/8.8.5) with SMTP id IAA03605 for ; Fri, 20 Mar 1998 08:31:45 -0500 Received: (qmail 2509 invoked from network); 20 Mar 1998 13:32:56 -0000 Received: from ubppp-248-003.ppp-net.buffalo.edu (HELO samawi) (128.205.248.3) by mailhub with SMTP; 20 Mar 1998 13:32:56 -0000 Message-ID: <35126FD7.905@acsu.buffalo.edu> Date: Fri, 20 Mar 1998 08:32:07 -0500 From: Idris Samawi Hamid Reply-To: ishamid@acsu.buffalo.edu X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org CC: lagally@informatik.uni-stuttgart.de Subject: Re: Metafont support? References: <350E8D5D.6745@acsu.buffalo.edu> <3510FBFC.5CF@pi.net> <199803191255.NAA15434@mozart.ujf-grenoble.fr> <351127CF.45D8@acsu.buffalo.edu> <351133CA.728@acsu.buffalo.edu> <199803191631.QAA03726@nag.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Since converting from metafont or PK to type 3 seems to be easier than conversion to type 1 (Y&Y even has a ), it may be of interest that Acrobat Distiller 3.02 ( http://www.adobe.com/prodindex/acrobat/acrdistiller.html ) claims that ``PDF files containing Type 3 fonts appear and print correctly''. I hope this helps to reduce the concern about implementing metafont support for PDFTeX. Idris From owner-pdftex@tug.org Fri Mar 20 07:00:37 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA00235 for ; Fri, 20 Mar 1998 07:00:36 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA03710 for pdftex-list; Fri, 20 Mar 1998 08:54:02 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA03707 for ; Fri, 20 Mar 1998 08:54:01 -0500 Received: from hagen (zl17.pi.net [145.220.204.17]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id OAA06811; Fri, 20 Mar 1998 14:54:46 +0100 (MET) Posted-Date: Fri, 20 Mar 1998 14:54:46 +0100 (MET) Message-ID: <3512744B.E2C@pi.net> Date: Fri, 20 Mar 1998 14:51:07 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: David Carlisle CC: pdftex@tug.org Subject: Re: Graphicx again References: <199803191802.TAA26356@mozart.ujf-grenoble.fr> <199803191811.SAA00511@nag.co.uk> <351222ED.3541@pi.net> <199803201044.KAA00839@nag.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle wrote: > Oh it's just a little wrapper so that the latex graphics pacakges run > with plain tex. Just defines enough bits of latex that you don't get Sounds like I have to take a look at it. > If only everyone was using lollipop, we wouldn't have all these problems > with incompatible formats. You're probably right. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Mar 20 07:08:18 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA00408 for ; Fri, 20 Mar 1998 07:08:16 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA03755 for pdftex-list; Fri, 20 Mar 1998 09:03:40 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA03752 for ; Fri, 20 Mar 1998 09:03:38 -0500 Received: from hagen (zl17.pi.net [145.220.204.17]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id PAA10237; Fri, 20 Mar 1998 15:04:27 +0100 (MET) Posted-Date: Fri, 20 Mar 1998 15:04:27 +0100 (MET) Message-ID: <35127747.7D12@pi.net> Date: Fri, 20 Mar 1998 15:03:51 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Thierry Bouche CC: David Carlisle , pdftex@tug.org Subject: Re: Graphicx again References: <199803191802.TAA26356@mozart.ujf-grenoble.fr> <199803191811.SAA00511@nag.co.uk> <351222ED.3541@pi.net> <199803201044.KAA00839@nag.co.uk> <199803201253.NAA11460@mozart.ujf-grenoble.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche wrote: > It's probably a catcode problem, as i get a message error on \if! > being undefined (in \if!#1!...) If this problem originates in my supp files, I should fix somehing. Just let me know. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Mar 20 07:11:37 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA00499 for ; Fri, 20 Mar 1998 07:11:36 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA03774 for pdftex-list; Fri, 20 Mar 1998 09:06:28 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA03771 for ; Fri, 20 Mar 1998 09:06:26 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA28823; Fri, 20 Mar 1998 15:07:29 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA24535; Fri, 20 Mar 1998 15:07:25 +0100 (MET) From: Han The Thanh Message-Id: <199803201407.PAA24535@anxur.fi.muni.cz> Subject: Re: pdftex & dynamic variables In-Reply-To: <199803191524.QAA20915@mozart.ujf-grenoble.fr> from Thierry Bouche at "Mar 19, 98 04:24:53 pm" To: Thierry.Bouche@ujf-grenoble.fr (Thierry Bouche) Date: Fri, 20 Mar 1998 15:07:25 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Thierry, > i'm trying to include a PDF file in pdflatex (in fact, i was trying to > compile kinch's paper with pdflatex--wich is almost done except for > one PDF file with a too long line) > > although i put > buf_size = 30000000 > in texmf.cnf > > i still get the error: > > > kdebug:fopen(weedm.pdf, r) => 0x1e05b8 > ! Unable to read an entire line---bufsize=30000. > Please increase buf_size in texmf.cnf. > > > other debug infos: > > kdebug:hash_lookup(buf_size.pdflatex) => (nil) > kdebug:hash_lookup(buf_size) => 30000000 % max length of input lines or control sequence names > > > strange! I think that the problem is not pdftex specific. In fact I did nothing with buf_size of anything similar. Thanh From owner-pdftex@tug.org Fri Mar 20 07:28:00 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA00844 for ; Fri, 20 Mar 1998 07:27:59 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA03853 for pdftex-list; Fri, 20 Mar 1998 09:22:05 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA03850 for ; Fri, 20 Mar 1998 09:22:03 -0500 Received: from hagen (zl17.pi.net [145.220.204.17]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id PAA17516; Fri, 20 Mar 1998 15:23:13 +0100 (MET) Posted-Date: Fri, 20 Mar 1998 15:23:13 +0100 (MET) Message-ID: <35127BAA.4F16@pi.net> Date: Fri, 20 Mar 1998 15:22:34 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org CC: pragma@pi.net Subject: Re: Metafont support? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Idris Samawi Hamid wrote: > > Since converting from metafont or PK to type 3 seems to be easier than > conversion to type 1 (Y&Y even has a ), it may be of interest that > Acrobat Distiller 3.02 > ( http://www.adobe.com/prodindex/acrobat/acrdistiller.html ) > claims that ``PDF files containing Type 3 fonts appear and > print correctly''. I hope this helps to reduce the > concern about implementing metafont support for PDFTeX. Beware, YandY programs only understand their own pktops outpout and arbitrary type 3 fonts are not supported. Type 3 fonts are ok, but should fit in both tex->dvi->ps->pdf and tex->pdf schemes. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Mar 20 07:30:06 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA00925 for ; Fri, 20 Mar 1998 07:30:05 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA03834 for pdftex-list; Fri, 20 Mar 1998 09:21:21 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA03831 for ; Fri, 20 Mar 1998 09:21:17 -0500 Received: from hagen (zl17.pi.net [145.220.204.17]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id PAA17246; Fri, 20 Mar 1998 15:22:26 +0100 (MET) Posted-Date: Fri, 20 Mar 1998 15:22:26 +0100 (MET) Message-ID: <35127B7B.563A@pi.net> Date: Fri, 20 Mar 1998 15:21:47 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, David Carlisle CC: pragma@pi.net Subject: Re: Graphicx again References: <199803191802.TAA26356@mozart.ujf-grenoble.fr> <199803191811.SAA00511@nag.co.uk> <351222ED.3541@pi.net> <199803201044.KAA00839@nag.co.uk> <199803201253.NAA11460@mozart.ujf-grenoble.fr> <35127747.7D12@pi.net> <199803201414.OAA00972@nag.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle wrote: > > > If this problem originates in my supp files > > I would guess it is, but I haven't seen a real test file (and my pdftex > is out of date now, and will probably stay that way until I get a new CD > of sebastian) so I can't really test it. As far as I can see I don't make ! active and things are grouped anyway. I do make @, ! and ? letter when loading the macros, but that should not give problems. > I am fairly sure I don't make ! active anywhere, so if you do, that is > probably the cause. On the otherhand my package probably ought to make > itself safe for active ! (because for example the French package makes > it active, to adjust the spacing) Ah, maybe some other package is giving problem. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Mar 20 08:18:00 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA02101 for ; Fri, 20 Mar 1998 08:17:58 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA04080 for pdftex-list; Fri, 20 Mar 1998 10:11:38 -0500 Received: from mike.nmr.mgh.harvard.edu (mike.nmr.mgh.harvard.edu [132.183.202.52]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA04077 for ; Fri, 20 Mar 1998 10:11:37 -0500 Received: (from mike@localhost) by mike.nmr.mgh.harvard.edu (8.9.0.Beta3/8.9.0.Beta3) id KAA25113 for pdftex@tug.cs.umb.edu; Fri, 20 Mar 1998 10:12:48 -0500 (EST) Date: Fri, 20 Mar 1998 10:12:48 -0500 (EST) From: Mike Vevea Message-Id: <199803201512.KAA25113@mike.nmr.mgh.harvard.edu> To: pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk subscript pdftex From owner-pdftex@tug.org Fri Mar 20 08:41:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA02649 for ; Fri, 20 Mar 1998 08:41:21 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA04163 for pdftex-list; Fri, 20 Mar 1998 10:30:34 -0500 Received: from toucan.stats (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with SMTP id KAA04160 for ; Fri, 20 Mar 1998 10:30:29 -0500 Received: by toucan.stats (SMI-8.6/SMI-SVR4) id PAA26326; Fri, 20 Mar 1998 15:27:42 GMT Date: Fri, 20 Mar 1998 15:27:42 GMT From: ripley@stats.ox.ac.uk (Prof Brian Ripley) Message-Id: <199803201527.PAA26326@toucan.stats> To: ishamid@acsu.buffalo.edu Subject: Re: Metafont support? Cc: pdftex@tug.org X-Sun-Charset: US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Idris Samawi Hamid wrote > > Since converting from metafont or PK to type 3 seems to be easier than > conversion to type 1 (Y&Y even has a ), it may be of interest that > Acrobat Distiller 3.02 > ( http://www.adobe.com/prodindex/acrobat/acrdistiller.html ) > claims that ``PDF files containing Type 3 fonts appear and > print correctly''. I hope this helps to reduce the > concern about implementing metafont support for PDFTeX. > Perhaps you need to read the ReadMe: 3.Some files containing Type 3 Fonts did not display or print correctly compaired with the original PostScript Language File. This has been fixed. Adobe PR#229298 (Their spelling, not fine!) I think Adobe would say that ugly, grainy bitmaps displayed correctly if they were the right character; my belief is that in some cases they were not. I really don't see what this has to do with pdftex. Brian Ripley From owner-pdftex@tug.org Fri Mar 20 09:09:46 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA03406 for ; Fri, 20 Mar 1998 09:09:45 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA04277 for pdftex-list; Fri, 20 Mar 1998 11:01:54 -0500 Received: from mail.hksys.com (dns.hksys.com [206.222.220.16]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA04274 for ; Fri, 20 Mar 1998 11:01:52 -0500 Received: from mercury (mercury.internal.hksys.com [192.42.172.106]) by mail.hksys.com (8.8.7/8.8.7) with SMTP id KAA01304 for ; Fri, 20 Mar 1998 10:02:56 -0600 Message-ID: <004101bd5419$a7ba6c50$6aac2ac0@mercury.hksys.com> From: "Jeremy Bettis" To: "PDFTeX Mailing List" Subject: Using Default fonts only Date: Fri, 20 Mar 1998 10:02:56 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_003C_01BD53E7.5B13D8A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-pdftex@tug.org Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_003C_01BD53E7.5B13D8A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable My goal is to minimize disk space and speed by using only the 12 (is = that right?) fonts that are builtin to PDFReader. How can I do that? I assume that I will need to: 1) Find out which fonts those are. 2) Delete all the other fonts in texmf/fonts 3) Edit the map files to remove the fonts I just deleted. 4) Make sure that my documents use those fonts. I must admit, I do not know enough about tex or pdf to answer any of = these questions. Is my process correct?=20 ------=_NextPart_000_003C_01BD53E7.5B13D8A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
My goal is to minimize disk space and speed by using = only the=20 12 (is that right?) fonts that are builtin to PDFReader.  How can I = do=20 that?
 
I assume that I will need to:
 
1) Find out which fonts those are.
2) Delete all the other fonts in = texmf/fonts
3) Edit the map files to remove the fonts I just=20 deleted.
4) Make sure that my documents use those = fonts.
 
I must admit, I do not know enough about tex or pdf = to answer=20 any of these questions.  Is my process correct? =
------=_NextPart_000_003C_01BD53E7.5B13D8A0-- From owner-pdftex@tug.org Fri Mar 20 09:14:53 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA03542 for ; Fri, 20 Mar 1998 09:14:52 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA04313 for pdftex-list; Fri, 20 Mar 1998 11:07:27 -0500 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA04310 for ; Fri, 20 Mar 1998 11:07:26 -0500 Received: from qcd.lanl.gov (qcd.lanl.gov [128.165.23.46]) by mailhost.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id IAA29686; Fri, 20 Mar 1998 08:37:33 -0700 (MST) Received: by qcd.lanl.gov (SMI-8.6/SMI-SVR4) id IAA22671; Fri, 20 Mar 1998 08:34:19 -0700 Date: Fri, 20 Mar 1998 08:34:19 -0700 Message-Id: <199803201534.IAA22671@qcd.lanl.gov> From: Tanmoy Bhattacharya To: Jerzy Karczmarczuk Cc: pdftex@tug.org Subject: Re: Graphics encore In-Reply-To: <199803200832.JAA01809@canardo.info.unicaen.fr> References: <199803200832.JAA01809@canardo.info.unicaen.fr> Sender: owner-pdftex@tug.org Precedence: bulk In <199803200832.JAA01809@canardo.info.unicaen.fr> dated 09:32:14 +0100 Fri March 20, 1998, Jerzy Karczmarczuk writes > PS. just for your leisure. I discovered something really awful and tragic. > The PostScript cmr which I use with pdftex has apparently a *BLANK* \char32. > > For us, the orthodox, this is a small, slightly inclined bar used to form the > Polish slashed l: \l and \L. Can you really imagine the reaction of DEK Himself > if he discovers that he is not able to write correctly the names of \L{}ukasiewicz > or Przemys\l{}aw Prusinkiewicz? Who did it? The Anglo-Saxon Mafia strikes again? Are you sure? old versions of acrobat readers used to save space or time or something by trimming of spaces (i.e. character 32) from ends of strings under some conditions (e.g. if followed by absolute positioning). Is it possible that you are seeing this error: or is pdftex making the same optimization? :-) To my knowledge newer versions of acroread and and ghostscript do not have this problem. From owner-pdftex@tug.org Fri Mar 20 09:27:54 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA03975 for ; Fri, 20 Mar 1998 09:27:53 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA04360 for pdftex-list; Fri, 20 Mar 1998 11:18:15 -0500 Received: from hubert.wuh.wustl.edu (dialin2-127.wustl.edu [128.252.82.127]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA04357 for ; Fri, 20 Mar 1998 11:18:11 -0500 Received: (from ats@localhost) by hubert.wuh.wustl.edu (8.8.5/8.8.5) id KAA13699; Fri, 20 Mar 1998 10:18:29 -0600 To: "Jeremy Bettis" Cc: "PDFTeX Mailing List" Subject: Re: Using Default fonts only References: <004101bd5419$a7ba6c50$6aac2ac0@mercury.hksys.com> From: Alan Shutko Date: 20 Mar 1998 10:18:27 -0600 In-Reply-To: "Jeremy Bettis"'s message of Fri, 20 Mar 1998 10:02:56 -0600 Message-ID: Lines: 44 X-Mailer: Gnus v5.5/Emacs 20.2 X-Emacs: Emacs 20.2, MULE 3.0 (MOMIJINOGA) MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - =?ISO-8859-4?Q?"D=F2?= =?ISO-8859-4?Q?h=F2ji"?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "J" == Jeremy Bettis writes: J> My goal is to minimize disk space and speed by using only the 12 J> (is that right?) fonts that are builtin to PDFReader. Actually, it's 14. Courier Courier-Bold Courier-BoldOblique Courier-Oblique Helvetica Helvetica-Bold Helvetica-BoldOblique Helvetica-Oblique Symbol Times-Bold Times-BoldItalic Times-Italic Times-Roman ZapfDingbats J> 2) Delete all the other fonts in texmf/fonts J> 3) Edit the map files to remove the fonts I just deleted. These are not necessary, and actually not desirable. Step four is all that's needed. J> 4) Make sure that my documents use those fonts. This can be done by using \usepackage{pslatex} . PDFTeX .11didn't understand SlantFont and ExtendFont, but it does now so that should work. (Also see the times package if necessary.) This will eliminate most characters from other fonts. \usepackage{textcomp} will get rid of some more, allowing you to use the bullets from your Type 1 font (and some other There may be another symbol or two that needs to be included, but if you use font subsetting (the default, iirc) you'll only get those glyphs that you need, saving space. -- Alan Shutko - By consent of the corrupted A rock store eventually closed down; they were taking too much for granite. From owner-pdftex@tug.org Fri Mar 20 09:34:03 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA04156 for ; Fri, 20 Mar 1998 09:34:02 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA04411 for pdftex-list; Fri, 20 Mar 1998 11:28:09 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA04408 for ; Fri, 20 Mar 1998 11:28:08 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id LAA28560 for ; Fri, 20 Mar 1998 11:27:30 -0500 Date: Fri, 20 Mar 1998 11:27:30 -0500 (EST) From: Allin Cottrell To: pdftex@tug.org Subject: hyperref Q Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Thanks to all the pdftex developers I'm on the point of producing a very nice pdf version of a book I'm working on. One little problem remains. I have two unnumbered chapters (Introduction and Bibliography) and these are not appearing in the cross-referencing. They show up in the TOC alright, but they don't get assigned PDF bookmarks as the numbered chapters do, and in addition I see Package hyperref Warning: contentsline with no destination at line 1. and the "Introduction" TOC entry is not a hyperlink. I guess I need to do something with \pdfdest, but after looking at the docs I'm still a bit unclear on what's the right/best procedure. Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Fri Mar 20 10:33:50 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA05677 for ; Fri, 20 Mar 1998 10:33:49 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA04618 for pdftex-list; Fri, 20 Mar 1998 12:27:18 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA04615 for ; Fri, 20 Mar 1998 12:27:03 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id SAA13628; Fri, 20 Mar 1998 18:27:12 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id SAA21587; Fri, 20 Mar 1998 18:27:05 +0100 (MET) Date: Fri, 20 Mar 1998 18:27:05 +0100 (MET) Message-Id: <199803201727.SAA21587@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Alan Shutko Cc: "Jeremy Bettis" , "PDFTeX Mailing List" Subject: Re: Using Default fonts only In-Reply-To: References: <004101bd5419$a7ba6c50$6aac2ac0@mercury.hksys.com> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: Using Default fonts only », Alan Shutko écrit : « » symbol or two that needs to be included, but if you use font » subsetting (the default, iirc) you'll only get those glyphs that you » need, saving space. concerning maths, the 14 built-in fonts are simply not enough. You can use mathptm to include the least possible, but you'll still rely on some CM glyphs. Th. B. From owner-pdftex@tug.org Fri Mar 20 11:31:33 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA07572 for ; Fri, 20 Mar 1998 11:31:32 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA04845 for pdftex-list; Fri, 20 Mar 1998 13:27:23 -0500 Received: from by.genie.uottawa.ca (by.genie.uottawa.ca [137.122.20.226]) by tug.org (8.8.5/8.8.5) with SMTP id NAA04842 for ; Fri, 20 Mar 1998 13:27:21 -0500 Received: from zeus.genie.uottawa.ca by by.genie.uottawa.ca (4.1/SMI-4.1) id AA01510; Fri, 20 Mar 98 13:28:24 EST Received: from yoho.uottawa.ca by zeus.genie.uottawa.ca (4.1/SMI-4.1) id AA03269; Fri, 20 Mar 98 13:30:15 EST Received: by yoho.uottawa.ca (SMI-8.6/SMI-SVR4) id NAA13140; Fri, 20 Mar 1998 13:27:56 -0500 Date: Fri, 20 Mar 1998 13:27:56 -0500 Message-Id: <199803201827.NAA13140@yoho.uottawa.ca> From: Philippe Lavoie To: pdftex Subject: About hyperref X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Ok, What is suppose to be the latest hyperref version ? I have Package: hyperref 1998/02/24 6.15 Hypertext links for LaTeX Is this the correct version ? If so then I can't process test3.tex test4.tex and test5.tex from the hyperref package and it's not because I don't have the latest version. If not, where can I find the latest (not from CTAN as 6.15 is at CTAN) Phil From owner-pdftex@tug.org Fri Mar 20 11:44:10 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA08103 for ; Fri, 20 Mar 1998 11:44:08 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA04898 for pdftex-list; Fri, 20 Mar 1998 13:40:10 -0500 Received: from acsu.buffalo.edu (mailhub.acsu.buffalo.edu [128.205.7.40]) by tug.org (8.8.5/8.8.5) with SMTP id NAA04895 for ; Fri, 20 Mar 1998 13:40:09 -0500 Received: (qmail 23879 invoked from network); 20 Mar 1998 18:41:18 -0000 Received: from ubppp-248-052.ppp-net.buffalo.edu (HELO samawi) (128.205.248.52) by mailhub with SMTP; 20 Mar 1998 18:41:18 -0000 Message-ID: <3512B81E.412E@acsu.buffalo.edu> Date: Fri, 20 Mar 1998 13:40:30 -0500 From: Idris Samawi Hamid Reply-To: ishamid@acsu.buffalo.edu X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: Re: Metafont support? References: <199803201527.PAA26326@toucan.stats> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Prof Brian Ripley wrote: > > Idris Samawi Hamid wrote > > > > Since converting from metafont or PK to type 3 seems to be easier than > > conversion to type 1 (Y&Y even has a ), it may be of interest that > > Acrobat Distiller 3.02 > > ( http://www.adobe.com/prodindex/acrobat/acrdistiller.html ) > > claims that ``PDF files containing Type 3 fonts appear and > > print correctly''. I hope this helps to reduce the > > concern about implementing metafont support for PDFTeX. > > > > Perhaps you need to read the ReadMe: > > 3.Some files containing Type 3 Fonts did not display or print correctly > compaired with the original PostScript Language File. This has been > fixed. Adobe PR#229298 > > (Their spelling, not fine!) but ``fine (sic)'' is yours, right?-:) > > I think Adobe would say that ugly, grainy bitmaps displayed correctly > if they were the right character; my belief is that in some cases they were > not. > > I really don't see what this has to do with pdftex. > > Brian Ripley I am sorry if the context was not clear. Thanh was concerned that fonts like type 3 fonts, which are easier generated from metafont than type 1 fonts, would not work well with Acrobat reader. I just wanted to point out that Adobe was improving some of its products to better display type 3 fonts. I don't have Distiller (yet); thanks for the quote from the Readme file. I just want to convince Thanh that it would not be a waste of energy to implement some kind of metafont support for PDFTeX, support which people who depend on packages (like ArabTeX) that use Metafonts sources would need to run PDFTeX. To this end, I am trying to generate discussion of this issue on this list (per Thanh's request) so that the best solution (if any) may be found. Idris From owner-pdftex@tug.org Fri Mar 20 12:22:06 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA09190 for ; Fri, 20 Mar 1998 12:22:05 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA05039 for pdftex-list; Fri, 20 Mar 1998 14:18:17 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA05036 for ; Fri, 20 Mar 1998 14:18:13 -0500 Received: from hagen (zl46.pi.net [145.220.204.46]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id UAA08388; Fri, 20 Mar 1998 20:18:51 +0100 (MET) Posted-Date: Fri, 20 Mar 1998 20:18:51 +0100 (MET) Message-ID: <3512C128.3375@pi.net> Date: Fri, 20 Mar 1998 20:19:04 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: ishamid@acsu.buffalo.edu CC: pdftex@tug.org Subject: Re: Metafont support? References: <199803201527.PAA26326@toucan.stats> <3512B81E.412E@acsu.buffalo.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Idris Samawi Hamid wrote: > I am sorry if the context was not clear. Thanh was concerned that fonts > like type 3 fonts, which are easier generated from metafont than type 1 > fonts, would not work well with Acrobat reader. I just wanted to point > out that Adobe was improving some of its products to better display type > 3 fonts. I don't have Distiller (yet); thanks for the quote from the > Readme file. I just want to convince Thanh that it would not be a waste > of energy to implement some kind of metafont support for PDFTeX, support > which > people who depend on packages (like ArabTeX) that use Metafonts sources > would need to run PDFTeX. To this end, I am trying to generate > discussion of this issue on this list (per Thanh's request) so that the > best solution (if any) may be found. Keep in mind that type 3 bitmaps look bad in the reader, unless at very high res. Now if one can use MPost instead and generate vector type 3's, that would be nice! Maybe we can focus on that! Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Mar 20 13:23:46 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA10928 for ; Fri, 20 Mar 1998 13:23:44 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA05272 for pdftex-list; Fri, 20 Mar 1998 15:19:42 -0500 Received: from toucan.stats (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with SMTP id PAA05269 for ; Fri, 20 Mar 1998 15:19:40 -0500 Received: by toucan.stats (SMI-8.6/SMI-SVR4) id UAA03206; Fri, 20 Mar 1998 20:17:38 GMT From: ripley@stats.ox.ac.uk (Prof Brian Ripley) Message-Id: <199803202017.UAA03206@toucan.stats> Subject: Re: Metafont support? To: ishamid@acsu.buffalo.edu Date: Fri, 20 Mar 1998 20:17:38 +0000 (GMT) Cc: pdftex@tug.org In-Reply-To: <3512B81E.412E@acsu.buffalo.edu> from "Idris Samawi Hamid" at Mar 20, 98 01:40:30 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-pdftex@tug.org Precedence: bulk Idris Samawi Hamid wrote: > [ ... ] > I am sorry if the context was not clear. Thanh was concerned that fonts > like type 3 fonts, which are easier generated from metafont than type 1 > fonts, would not work well with Acrobat reader. I just wanted to point > out that Adobe was improving some of its products to better display type > 3 fonts. I'm sorry, but Distiller has nothing to do with _displaying_ fonts (of any type). > I don't have Distiller (yet); thanks for the quote from the > Readme file. Which I copied from the Web site, from a link on the page you quoted. > I just want to convince Thanh that it would not be a waste > of energy to implement some kind of metafont support for PDFTeX, support > which > people who depend on packages (like ArabTeX) that use Metafonts sources > would need to run PDFTeX. To this end, I am trying to generate > discussion of this issue on this list (per Thanh's request) so that the > best solution (if any) may be found. I do have Distiller 3.02: I find the results of sending type 3 fonts through it and displaying in Acrobat Reader 3.01 are completely unacceptable. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 From owner-pdftex@tug.org Fri Mar 20 17:48:14 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA17614 for ; Fri, 20 Mar 1998 17:48:12 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA06226 for pdftex-list; Fri, 20 Mar 1998 19:45:12 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA06223 for ; Fri, 20 Mar 1998 19:45:11 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id TAA29417 for ; Fri, 20 Mar 1998 19:44:29 -0500 Date: Fri, 20 Mar 1998 19:44:29 -0500 (EST) From: Allin Cottrell To: pdftex@tug.org Subject: acroread -- argh! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I'm poring over a text I have prepared, which means firing up my pdf file in Acroread repeatedly. I find its behavior terribly frustrating (compared to gv or xdvi) and I wonder if anyone has any tips. I'm using Acroread 3.0 of June 1997 for Linux (not sure if there has been a significant update since then). What I find most annoying is (a) that scrolling via the mouse on the scrollbar is horrible, with the whole text flickering and twitching, and (b) that Acroread seems to have no conception of "pages": you scroll "down" (as you hope) to the bottom of a page to try to read a footnote or something, but before you can see it you have overshot onto the top of the next page. With gv and xdvi there's a clear distinction between scrolling down and flipping pages, but with Acroread there's not... unless I'm missing some buried option? Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Fri Mar 20 21:17:25 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id VAA21788 for ; Fri, 20 Mar 1998 21:17:24 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id XAA06952 for pdftex-list; Fri, 20 Mar 1998 23:14:22 -0500 Received: from slinky.cs.nyu.edu (SLINKY.CS.NYU.EDU [128.122.20.14]) by tug.org (8.8.5/8.8.5) with SMTP id XAA06949 for ; Fri, 20 Mar 1998 23:14:21 -0500 Received: from localhost by slinky.cs.nyu.edu (SMI-8.6/1.20) id XAA12678; Fri, 20 Mar 1998 23:13:11 -0500 Date: Fri, 20 Mar 1998 23:13:11 -0500 (EST) From: Zhe Yang To: pdftex@tug.org Subject: Installation problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I am installing pdftex for the first time. After I unpacked the pdftex-bin.tar.gz, and set some environment variables/tuned the texmf.cnf file, I tried to run "pdftex" on a tex file. It gave me an error message: "I can't find the format file `pdftex.fmt'!". Can anybody tell me what to do to make pdftex run correctly? Thanks, Zhe --------------------------------------------------------------------- Zhe Yang (O) (+1) (212) 998-3295 New York University (H) (+1) (718) 447-8135 From owner-pdftex@tug.org Sat Mar 21 01:17:20 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA26815 for ; Sat, 21 Mar 1998 01:17:19 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA07933 for pdftex-list; Sat, 21 Mar 1998 03:13:45 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA07930 for ; Sat, 21 Mar 1998 03:13:43 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id JAA08707; Sat, 21 Mar 1998 09:14:54 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id JAA15561; Sat, 21 Mar 1998 09:14:52 +0100 (MET) From: Han The Thanh Message-Id: <199803210814.JAA15561@anxur.fi.muni.cz> Subject: Re: acroread -- argh! In-Reply-To: from Allin Cottrell at "Mar 20, 98 07:44:29 pm" To: cottrell@ricardo.ecn.wfu.edu (Allin Cottrell) Date: Sat, 21 Mar 1998 09:14:52 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > I'm poring over a text I have prepared, which means firing up my > pdf file in Acroread repeatedly. I find its behavior terribly > frustrating (compared to gv or xdvi) and I wonder if anyone has > any tips. I'm using Acroread 3.0 of June 1997 for Linux (not > sure if there has been a significant update since then). What I > find most annoying is (a) that scrolling via the mouse on the > scrollbar is horrible, with the whole text flickering and > twitching, and (b) that Acroread seems to have no conception of > "pages": you scroll "down" (as you hope) to the bottom of a page > to try to read a footnote or something, but before you can see > it you have overshot onto the top of the next page. With gv and > xdvi there's a clear distinction between scrolling down and > flipping pages, but with Acroread there's not... unless I'm > missing some buried option? I find out that scrolling in AcroReader by arrow or by mouse is ot much useful. I use PgUp/PgDn, which displays top part of a page, then bottom part, then top part of next page and so on. Very useful when the page height is rather larger than the height of the viewer window. Thanh From owner-pdftex@tug.org Sat Mar 21 01:18:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA26835 for ; Sat, 21 Mar 1998 01:18:29 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA07954 for pdftex-list; Sat, 21 Mar 1998 03:16:10 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA07951 for ; Sat, 21 Mar 1998 03:16:08 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id JAA08736; Sat, 21 Mar 1998 09:17:20 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id JAA15583; Sat, 21 Mar 1998 09:17:18 +0100 (MET) From: Han The Thanh Message-Id: <199803210817.JAA15583@anxur.fi.muni.cz> Subject: Re: Installation problem In-Reply-To: from Zhe Yang at "Mar 20, 98 11:13:11 pm" To: zheyang@slinky.cs.nyu.edu (Zhe Yang) Date: Sat, 21 Mar 1998 09:17:17 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > I am installing pdftex for the first time. After I unpacked the > pdftex-bin.tar.gz, and set some environment variables/tuned the texmf.cnf > file, I tried to run "pdftex" on a tex file. It gave me an error message: > "I can't find the format file `pdftex.fmt'!". Can anybody tell me what > to do to make pdftex run correctly? you need to create format by saying pdftex -ini -fmt=pdftex plain \\dump for plain, or if you use latex pdftex -ini -fmt=pdflatex latex.ltx Thanh From owner-pdftex@tug.org Sat Mar 21 04:18:52 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA00171 for ; Sat, 21 Mar 1998 04:18:50 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA08568 for pdftex-list; Sat, 21 Mar 1998 06:13:55 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA08565 for ; Sat, 21 Mar 1998 06:13:53 -0500 Received: from hagen (zl20.pi.net [145.220.204.20]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id MAA15924; Sat, 21 Mar 1998 12:14:38 +0100 (MET) Posted-Date: Sat, 21 Mar 1998 12:14:38 +0100 (MET) Message-ID: <3512EADB.2BE1@pi.net> Date: Fri, 20 Mar 1998 23:16:59 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Han The Thanh CC: pdftex@tug.org, pragma@pi.net Subject: \pdfcatalog Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Thanh, As far as I can see, the g version does the job well! Nevertheless, I think it's best to concat multiple \pdfcatalog{...} ... \pdfcatalog{...} calls. One can of course concat things in TeX, but a more logical (and flexible) markup sort of inhibits this. Anyhow, the name catalog suggests that one can add things to it. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Sat Mar 21 04:28:25 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA00370 for ; Sat, 21 Mar 1998 04:28:24 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA08617 for pdftex-list; Sat, 21 Mar 1998 06:25:51 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA08614 for ; Sat, 21 Mar 1998 06:25:50 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id MAA15751; Sat, 21 Mar 1998 12:27:02 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id MAA17626; Sat, 21 Mar 1998 12:27:01 +0100 (MET) From: Han The Thanh Message-Id: <199803211127.MAA17626@anxur.fi.muni.cz> Subject: Re: \pdfcatalog In-Reply-To: <3512EADB.2BE1@pi.net> from Hans Hagen at "Mar 20, 98 11:16:59 pm" To: pragma@pi.net (Hans Hagen) Date: Sat, 21 Mar 1998 12:27:01 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Hi Thanh, > > As far as I can see, the g version does the job well! > > Nevertheless, I think it's best to concat multiple > > \pdfcatalog{...} > ... > \pdfcatalog{...} > > calls. One can of course concat things in TeX, but a more logical (and > flexible) markup sort of inhibits this. Anyhow, the name catalog > suggests that one can add things to it. ok, I'll think of it. it might done also for \pdfinfo and similar things. Thanh From owner-pdftex@tug.org Sat Mar 21 05:16:47 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA01122 for ; Sat, 21 Mar 1998 05:16:45 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA08789 for pdftex-list; Sat, 21 Mar 1998 07:13:32 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA08786 for ; Sat, 21 Mar 1998 07:13:30 -0500 Received: from hagen (zl16.pi.net [145.220.204.16]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id NAA26949; Sat, 21 Mar 1998 13:14:34 +0100 (MET) Posted-Date: Sat, 21 Mar 1998 13:14:34 +0100 (MET) Message-ID: <3513AA96.7EA5@pi.net> Date: Sat, 21 Mar 1998 12:55:02 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Allin Cottrell CC: pdftex@tug.org Subject: Re: acroread -- argh! References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell wrote: > xdvi there's a clear distinction between scrolling down and > flipping pages, but with Acroread there's not... unless I'm > missing some buried option? Never use the scroll bars, just set viewng to fit width and use page up and page down buttons. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Sat Mar 21 05:59:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA01794 for ; Sat, 21 Mar 1998 05:59:29 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA08941 for pdftex-list; Sat, 21 Mar 1998 07:55:37 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA08938 for ; Sat, 21 Mar 1998 07:55:36 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id NAA17802 for ; Sat, 21 Mar 1998 13:56:43 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id NAA18862 for pdftex@tug.cs.umb.edu; Sat, 21 Mar 1998 13:56:42 +0100 (MET) From: Han The Thanh Message-Id: <199803211256.NAA18862@anxur.fi.muni.cz> Subject: Re: acroread -- argh! In-Reply-To: <3513AA96.7EA5@pi.net> from Hans Hagen at "Mar 21, 98 12:55:02 pm" To: pdftex@tug.org (PDFTEX) Date: Sat, 21 Mar 1998 13:56:41 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Allin Cottrell wrote: > > > xdvi there's a clear distinction between scrolling down and > > flipping pages, but with Acroread there's not... unless I'm > > missing some buried option? I've forgot to mention a thing that might be useful: Usually one bothers a lot about browsing in AcroReader to find the page containing most recent change, which is typical situation when one is creating some document by interactive cycle running (pdf)tex --> viewing --> editing>. This problem can be solve (well, nearly) by using "openaction" keyword of \pdfcalalog and some macros. For example by saying \def\foo{\pdfdest name{last change} fith} \pdfcatalog{/PageMode /UseOutlines} openaction goto name{last change} one can mark which page should be opened when AcroRead reopens the pdf file by inserting \foo in approriate place. With a good editor it can be done automatically before running pdftex. Of course you should remove former \foo's too, which can be done also automatically. Thanh From owner-pdftex@tug.org Sat Mar 21 16:30:56 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA13672 for ; Sat, 21 Mar 1998 16:30:55 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA11500 for pdftex-list; Sat, 21 Mar 1998 17:01:54 -0500 Received: from us.itd.umich.edu (stimpy.us.itd.umich.edu [141.211.164.7]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA11497 for ; Sat, 21 Mar 1998 17:01:52 -0500 Received: from ren.us.itd.umich.edu by us.itd.umich.edu (8.8.6/2.2) with ESMTP id RAA23766; Sat, 21 Mar 1998 17:03:01 -0500 (EST) Received: from localhost by ren.us.itd.umich.edu (8.8.5/dumb-1.0) id RAA11163; Sat, 21 Mar 1998 17:01:48 -0500 (EST) Date: Sat, 21 Mar 1998 17:01:48 -0500 (EST) From: Seth Andrew Meyer To: pdftex@tug.org Subject: pdftex cannot find file pdftex.fmt Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hello all, I am a new user to pdftex and would really appreciate some help. I downloaded a binary distribution of pdftex for solaris and setenv TEXMFCNF to be the proper file, but pdftex cannot find pdftex.fmt. I also downloaded the source and put it in the right place. Any help or ideas? Thanks From owner-pdftex@tug.org Sat Mar 21 17:24:21 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA14960 for ; Sat, 21 Mar 1998 17:24:20 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA11981 for pdftex-list; Sat, 21 Mar 1998 19:18:56 -0500 Received: from us.itd.umich.edu (stimpy.us.itd.umich.edu [141.211.164.7]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA11978 for ; Sat, 21 Mar 1998 19:18:55 -0500 Received: from ren.us.itd.umich.edu by us.itd.umich.edu (8.8.6/2.2) with ESMTP id TAA04598; Sat, 21 Mar 1998 19:20:07 -0500 (EST) Received: from localhost by ren.us.itd.umich.edu (8.8.5/dumb-1.0) id TAA12551; Sat, 21 Mar 1998 19:18:54 -0500 (EST) Date: Sat, 21 Mar 1998 19:18:53 -0500 (EST) From: Seth Andrew Meyer To: pdftex@tug.org Subject: pdftex binary and redhat 5.0 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hello, Has anyone in this group installed pdftex onto a redhat 5.0 linux system? If anybody has done this could you please email me some setup instructions if you have time. Thanks From owner-pdftex@tug.org Sat Mar 21 17:57:56 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA15551 for ; Sat, 21 Mar 1998 17:57:55 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA12143 for pdftex-list; Sat, 21 Mar 1998 19:55:15 -0500 Received: from sun.tir.com (sun.tir.com [205.138.41.6]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA12140 for ; Sat, 21 Mar 1998 19:55:14 -0500 Received: (from sgifford@localhost) by sun.tir.com (8.8.7/8.8.7) id TAA18113; Sat, 21 Mar 1998 19:56:30 -0500 (EST) Date: Sat, 21 Mar 1998 19:56:30 -0500 (EST) From: Scott Gifford To: pdftex@tug.org Subject: Builtin fonts, pdfLaTeX, and outlines Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hello, I'm pretty new to pdfTeX, and to TeX in general. I've spent the last couple days working on getting pdfLaTeX to do a few things (some fairly succesfully, some not-so-fairly-succesfully), and I was wondering if anybody else had done any work on them. First, I wanted to be able to generate a PDF document that used only the builtin acrobat fonts. I managed to get ttf files built for TeX and fd files for LaTeX, and get the fontmap set up, and so far it seems to be working fine...I'm not sure everything was done correctly, but if nobody else has done this (and it's not trivially easy for more experienced TeX people) I'd be happy to share what I've got so far. Second, I see a giant parellel between the Outline feature of pdf files and the document sections of LaTeX. I've been trying to get pdfLaTeX to build the outlines for me automatically from the section numbers. I can get it to put all of the link destinations in, but haven't had any luck at all getting it to build the outline automatically with \pdfoutline commands. Anybody done any work on this? Or know where a good place to look for more information is? Third, Adobe's PDF files let you jump directly to the right place in the document, without changing the screen size ...With pdfTeX I can only seem to get it to jump to the right page. Looking through the PDF developers guide, it looks like I need to set the destination type to "\xyz (x-coord) (y-coord) (something else)". Is there any way I can find the right coordinates to use here? Or is this planned for a future release of pdfTeX? Finally, has anybody done any work on macros that allow you to use the same source file to generate both pdf and dvi files? These would probably be pretty straightforward (basically "if pdftex, \pdfoutput=1", etc., but it seems likely that somebody's already done it... Thanks for any info, ideas, or pointers! ------Scott. From owner-pdftex@tug.org Sun Mar 22 07:50:47 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA00803 for ; Sun, 22 Mar 1998 07:50:46 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA15432 for pdftex-list; Sun, 22 Mar 1998 09:45:39 -0500 Received: from regulus.informatik.uni-hannover.de (regulus.informatik.uni-hannover.de [130.75.26.7]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA15429 for ; Sun, 22 Mar 1998 09:45:38 -0500 Received: from gauss.informatik.uni-hannover.de (te@h07.ts1.uni-hannover.de [130.75.249.7]) by regulus.informatik.uni-hannover.de (8.8.8/8.8.8) with ESMTP id PAA04230; Sun, 22 Mar 1998 15:46:39 +0100 (MET) Received: (from te@localhost) by gauss.informatik.uni-hannover.de (8.8.5/8.6.12) id PAA01052; Sun, 22 Mar 1998 15:15:58 +0100 Date: Sun, 22 Mar 1998 15:15:58 +0100 From: Thomas Esser Message-Id: <199803221415.PAA01052@gauss.informatik.uni-hannover.de> To: lavoie@zeus.genie.uottawa.ca Subject: Re: [TETEX 2040] Update to latest test teTeX 0.9, pdfTeX Cc: pdftex@tug.org, tetex@informatik.uni-hannover.de Sender: owner-pdftex@tug.org Precedence: bulk > Fred L. Drake writes: > > ! Missing { inserted. > > > > p > > l.1494 \end{document} > > > > ? > > I also get this error if I try to compile test3.tex test4.tex and > test5.tex from the hyperref distribution using pdflatex. > > So you're not alone :) The precise version of the teTeX pretest you are using should be included in any bug report... The problem was recently fixed by replacing hpdftex.def by a new version that was posted by Sebastian Rahtz on the tetex-pretest list. The problem is that the new pdftex version needs a different hyperref support. Thomas From owner-pdftex@tug.org Sun Mar 22 10:50:43 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA03995 for ; Sun, 22 Mar 1998 10:50:41 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA16048 for pdftex-list; Sun, 22 Mar 1998 12:47:14 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA16045 for ; Sun, 22 Mar 1998 12:47:12 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id SAA26899; Sun, 22 Mar 1998 18:48:24 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id SAA12150; Sun, 22 Mar 1998 18:48:23 +0100 (MET) From: Han The Thanh Message-Id: <199803221748.SAA12150@anxur.fi.muni.cz> Subject: Re: Cyberbit In-Reply-To: <199803181328.OAA24963@mozart.ujf-grenoble.fr> from Thierry Bouche at "Mar 18, 98 02:28:16 pm" To: Thierry.Bouche@ujf-grenoble.fr (Thierry Bouche) Date: Sun, 22 Mar 1998 18:48:23 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Thierry, I've done some testing the mentioned font. Except that cyberbit.ttf doesn't follow some instructions in TTF spec by Microsoft which causes pdftex exit with error message "unexpected EOF", there are several problems in ttf2afm with memory allocation. I had to clean up and change ttf2afm a bit. Testing with 8r.enc was successful (well, nearly, as some ligatures are missing). I'm going to release pdftex-0.12h in few days. Cheers, Thanh PS: pdftex-0.12g was released on Friday, but with sources only, as I just wanted to send Sebastian and Hans Hagen testing version before Sebastian puts it on TeX Live CDROM. From owner-pdftex@tug.org Sun Mar 22 12:03:26 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA05199 for ; Sun, 22 Mar 1998 12:03:25 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA16288 for pdftex-list; Sun, 22 Mar 1998 13:58:58 -0500 Received: from nx1.HRZ.Uni-Dortmund.DE (nx1.HRZ.Uni-Dortmund.DE [129.217.131.3]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA16285 for ; Sun, 22 Mar 1998 13:58:56 -0500 Received: from nx5.HRZ.Uni-Dortmund.DE by nx1.hrz.uni-dortmund.de with SMTP (PP); Sun, 22 Mar 1998 20:00:04 +0100 Received: from StudServer.Uni-Dortmund.DE (actually sx2.HRZ.Uni-Dortmund.DE) by nx5.HRZ.Uni-Dortmund.DE with SMTP (PP); Sun, 22 Mar 1998 19:59:59 +0100 Received: from localhost by StudServer.Uni-Dortmund.DE (SMI-8.6/HRZ-V1.6-SunOS-09/10/97-11:04:10) id TAA10509; Sun, 22 Mar 1998 19:59:58 +0100 Date: Sun, 22 Mar 1998 19:59:58 +0100 (MET) From: Werner Lemberg Reply-To: Werner Lemberg To: pdftex@tug.org Subject: Re: Cyberbit In-Reply-To: <199803221748.SAA12150@anxur.fi.muni.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Sun, 22 Mar 1998, Han The Thanh wrote: > I've done some testing the mentioned font. Except that cyberbit.ttf doesn't > follow some instructions in TTF spec by Microsoft which causes pdftex exit with > error message "unexpected EOF", there are several problems in ttf2afm with > memory allocation. I had to clean up and change ttf2afm a bit. To my knowledge cyberbit.ttf is a perfect TTF font (well, almost -- some glyphs have bad font programs, but this isn't visible without a renderer, and we've already contacted Bitstream about the problems). We from the FreeType team have tested the file cyberbit.ttf with a file size of 13336660 bytes and file date Feb. 18th, 1997. Can you describe in detail (probably via private email since this is almost off-topic) which problems you have? Werner From owner-pdftex@tug.org Sun Mar 22 20:16:46 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id UAA13146 for ; Sun, 22 Mar 1998 20:16:45 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id WAA17993 for pdftex-list; Sun, 22 Mar 1998 22:10:12 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id WAA17990 for ; Sun, 22 Mar 1998 22:10:06 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id WAA01512 for ; Sun, 22 Mar 1998 22:08:56 -0500 Date: Sun, 22 Mar 1998 22:08:56 -0500 (EST) From: Allin Cottrell To: PDFTEX Subject: Re: acroread -- argh! In-Reply-To: <199803210814.JAA15561@anxur.fi.muni.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Thanks for the suggestions. I find that Acroread works pretty well if I just keep my hands off the mouse and use the Page Up and Down keys. Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Mon Mar 23 02:04:18 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA19159 for ; Mon, 23 Mar 1998 02:04:17 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA19959 for pdftex-list; Mon, 23 Mar 1998 03:57:32 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA19956 for ; Mon, 23 Mar 1998 03:57:30 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id IAA14605; hop 0; Mon, 23 Mar 1998 08:55:00 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 23 Mar 1998 08:49:18 +0000 Date: Sat, 21 Mar 1998 21:37:58 +0000 Message-ID: <7636-Sat21Mar1998213758+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org cc: cottrell@ricardo.ecn.wfu.edu Subject: Re: hyperref Q In-Reply-To: References: X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell writes: > Thanks to all the pdftex developers I'm on the point of > producing a very nice pdf version of a book I'm working on. One > little problem remains. I have two unnumbered chapters > (Introduction and Bibliography) and these are not appearing in > the cross-referencing. They show up in the TOC alright, but > they don't get assigned PDF bookmarks as the numbered chapters > do, and in addition I see > > Package hyperref Warning: contentsline with no destination at > line 1. > > and the "Introduction" TOC entry is not a hyperlink. > ah, don't talk to to me about this. i am killing myself trying to fix it in hyperref. its a matter of working out what the target is to be. i have explored some approaches, and got in a mess. I have to fix it, though, hopefully by Monday. sebastian From owner-pdftex@tug.org Mon Mar 23 02:04:23 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA19166 for ; Mon, 23 Mar 1998 02:04:22 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA19907 for pdftex-list; Mon, 23 Mar 1998 03:56:03 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA19904 for ; Mon, 23 Mar 1998 03:56:02 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id IAA14476; hop 0; Mon, 23 Mar 1998 08:53:32 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 23 Mar 1998 08:47:53 +0000 Date: Sat, 21 Mar 1998 20:39:38 +0000 Message-ID: <9848-Sat21Mar1998203938+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: ColliBF1@APLMSG.JHUAPL.EDU Cc: pdftex@tug.org Subject: RE: TUGIndia In-Reply-To: <91D1D51C2955D111B82B00805F19989541C137@aples2.jhuapl.edu> References: <91D1D51C2955D111B82B00805F19989541C137@aples2.jhuapl.edu> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Collins, Bernard F. (Skip) writes: > (cm/latex/logo/euler/ams/xypic etc.) that it would be a useful to > distribute an "optimized" set of freely available traditional tex fonts > with pdftex along with standardized and cleaned up map and encoding > files. thats what I have tried to do on the TeX Live CD > This would basically be the bluesky/y&y/ams fonts with a few bakoma > fonts thrown in (with ps fontnames uppercased for consistency and > encoding vectors sanitized). not this tho, too much like hard work. any volunteers. > There should be a single pdftex map file > for the distribution. Such a font consolidation would reduce the hassles > of installing and using pdftex. its what makes it such fun :-} > By the way, why does my pdftex 1.2f installation (web2c-win32), come > with different versions of the same input files, e.g. pdftex.cfg? Lots > of filenames in texmf/pdftex are duplicated in texmf/pdftex/config with pdftex is moving fast these days. dont be too surprised if not everything is in sync. As Thanh clearly says, pdftex 0.12* is *alpha* software sebastian From owner-pdftex@tug.org Mon Mar 23 02:12:09 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA19308 for ; Mon, 23 Mar 1998 02:12:08 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA19851 for pdftex-list; Mon, 23 Mar 1998 03:55:17 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA19848 for ; Mon, 23 Mar 1998 03:55:15 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id IAA14383; hop 0; Mon, 23 Mar 1998 08:52:39 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 23 Mar 1998 08:46:59 +0000 Date: Sat, 21 Mar 1998 14:36:42 +0000 Message-ID: <4918-Sat21Mar1998143642+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: lavoie@zeus.genie.uottawa.ca Cc: pdftex@tug.org Subject: Re: ptmro8r with latest pdftex In-Reply-To: <199803191732.MAA07779@yoho.uottawa.ca> References: <199803191732.MAA07779@yoho.uottawa.ca> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Philippe Lavoie writes: > legendsandlore.toc > ! PDF warning (ext1): destination with the same identifier already exists! > \@pdfview ->FitBH > > > How can I get rid of it ? > pdftex 0.12g is more civilised about this... s From owner-pdftex@tug.org Mon Mar 23 02:11:47 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA19288 for ; Mon, 23 Mar 1998 02:11:46 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA19650 for pdftex-list; Mon, 23 Mar 1998 03:49:18 -0500 Received: from regulus.informatik.uni-hannover.de (regulus.informatik.uni-hannover.de [130.75.26.7]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA19647 for ; Mon, 23 Mar 1998 03:49:16 -0500 Received: (from te@localhost) by regulus.informatik.uni-hannover.de (8.8.8/8.8.8) id JAA06260; Mon, 23 Mar 1998 09:50:02 +0100 (MET) Date: Mon, 23 Mar 1998 09:50:02 +0100 (MET) From: Thomas Esser Message-Id: <199803230850.JAA06260@regulus.informatik.uni-hannover.de> To: ripley@stats.ox.ac.uk Cc: fdrake@cnri.reston.va.us, pdftex@tug.org, Sebastian Rahtz , teTeX discussion list Subject: Re: [TETEX 2040] Update to latest test teTeX 0.9, pdfTeX Sender: owner-pdftex@tug.org Precedence: bulk > Yes, but the original poster claims still to have problems after I sent > him the new hpdftex.def. Funny, works for me with the released texk-7.2 > and also with pdftex-0.12g substituted. I could fix the problems to run the test files from hyperref with pdflatex by using a newer hyperref release (I found that on a "TeX Live" preview :-) Maybe, there is a "official" place where one can get this new hyperref release. The version on CTAN, however, does now work with newer pdftex releases (even not with the updated hpdftex.def). Thomas From owner-pdftex@tug.org Mon Mar 23 02:12:05 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA19300 for ; Mon, 23 Mar 1998 02:12:04 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA19923 for pdftex-list; Mon, 23 Mar 1998 03:56:14 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA19917 for ; Mon, 23 Mar 1998 03:56:11 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id IAA14491; hop 0; Mon, 23 Mar 1998 08:53:41 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 23 Mar 1998 08:47:59 +0000 Date: Sat, 21 Mar 1998 20:43:32 +0000 Message-ID: <5052-Sat21Mar1998204332+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: fdrake@acm.org Cc: tetex@informatik.uni-hannover.de, pdftex@tug.org Subject: Re: [TETEX 2038] Update to latest test teTeX 0.9, pdfTeX In-Reply-To: <13585.43775.863259.246153@weyr.cnri.reston.va.us> References: <13585.43775.863259.246153@weyr.cnri.reston.va.us> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Fred L. Drake writes: > I have a set of documents that I use with both latex and pdflatex; > the old (0.11) version of pdflatex had a few glitches, but it > basically was working for me, with the problems appearing with outline > entries. Now, the new version won't handle \maketitle in either of > the document classes I use (local classes). If I just inherit its hard to tell from your message how you get hypertext commands into the text, but you presumably do. in which case you must realize that the hypertext primitives in pdftex changed. look at example.tex. sebastian From owner-pdftex@tug.org Mon Mar 23 03:13:11 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA20510 for ; Mon, 23 Mar 1998 03:13:10 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA20236 for pdftex-list; Mon, 23 Mar 1998 05:04:50 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA20232 for ; Mon, 23 Mar 1998 05:04:47 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA17039; hop 0; Mon, 23 Mar 1998 10:02:16 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 23 Mar 1998 09:56:41 +0000 Date: Mon, 23 Mar 1998 08:59:32 +0000 Message-ID: <1962-Mon23Mar1998085932+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: thanh@informatics.muni.cz Cc: pragma@pi.net, pdftex@tug.org Subject: Re: \pdfcatalog In-Reply-To: <199803211127.MAA17626@anxur.fi.muni.cz> References: <3512EADB.2BE1@pi.net> <199803211127.MAA17626@anxur.fi.muni.cz> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > > Nevertheless, I think it's best to concat multiple > > > > \pdfcatalog{...} > > ... > > \pdfcatalog{...} > > > > calls. One can of course concat things in TeX, but a more logical (and > > flexible) markup sort of inhibits this. Anyhow, the name catalog > > suggests that one can add things to it. > I'd support Hans request, as a macro programmer. it would be much cleaner nto have to assemble information for a single \pdfcatalog call sebastian From owner-pdftex@tug.org Mon Mar 23 03:17:45 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA20582 for ; Mon, 23 Mar 1998 03:17:43 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA20226 for pdftex-list; Mon, 23 Mar 1998 05:04:14 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA20223 for ; Mon, 23 Mar 1998 05:04:12 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA17006; hop 0; Mon, 23 Mar 1998 10:01:42 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 23 Mar 1998 09:56:10 +0000 Date: Mon, 23 Mar 1998 08:55:10 +0000 Message-ID: <6016-Mon23Mar1998085510+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: ripley@stats.ox.ac.uk Cc: ishamid@acsu.buffalo.edu, pdftex@tug.org Subject: Re: Metafont support? In-Reply-To: <199803202017.UAA03206@toucan.stats> References: <3512B81E.412E@acsu.buffalo.edu> <199803202017.UAA03206@toucan.stats> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Prof Brian Ripley writes: > I do have Distiller 3.02: I find the results of sending type 3 fonts > through it and displaying in Acrobat Reader 3.01 are completely unacceptable. > the point of the Adobe fixes was about *printing* from a PDF file containing Type3 fonts. I too find the display unacceptable sebastian From owner-pdftex@tug.org Mon Mar 23 03:31:05 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA20799 for ; Mon, 23 Mar 1998 03:31:04 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA19938 for pdftex-list; Mon, 23 Mar 1998 03:56:43 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA19935 for ; Mon, 23 Mar 1998 03:56:41 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id IAA14534; hop 0; Mon, 23 Mar 1998 08:54:11 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 23 Mar 1998 08:48:30 +0000 Date: Sat, 21 Mar 1998 21:04:58 +0000 Message-ID: <2967-Sat21Mar1998210458+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: karczma@info.unicaen.fr Cc: pdftex@tug.org Subject: Re: Graphics encore In-Reply-To: <199803200832.JAA01809@canardo.info.unicaen.fr> References: <199803200832.JAA01809@canardo.info.unicaen.fr> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Jerzy Karczmarczuk writes: > PS. just for your leisure. I discovered something really awful and tragic. > The PostScript cmr which I use with pdftex has apparently a *BLANK* \char32. > > For us, the orthodox, this is a small, slightly inclined bar used to form the > Polish slashed l: \l and \L. Can you really imagine the reaction of DEK Himself > if he discovers that he is not able to write correctly the names of \L{}ukasiewicz > or Przemys\l{}aw Prusinkiewicz? Who did it? The Anglo-Saxon Mafia strikes again? > > its simply the encoding file. edit cmtext.enc and change "polishlcross" to "suppress". dont ask me why BlueSky/Y&Y called it "suppress" sebastian From owner-pdftex@tug.org Mon Mar 23 03:32:32 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA20842 for ; Mon, 23 Mar 1998 03:32:31 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA20249 for pdftex-list; Mon, 23 Mar 1998 05:05:15 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA20246 for ; Mon, 23 Mar 1998 05:05:14 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA17073; hop 0; Mon, 23 Mar 1998 10:02:43 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 23 Mar 1998 09:57:03 +0000 Date: Mon, 23 Mar 1998 09:11:30 +0000 Message-ID: <8925-Mon23Mar1998091130+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org, tetex@informatik.uni-hannover.de Cc: lavoie@zeus.genie.uottawa.ca Subject: hyperref 6.18 In-Reply-To: <199803221415.PAA01052@gauss.informatik.uni-hannover.de> References: <199803221415.PAA01052@gauss.informatik.uni-hannover.de> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk The hyperref package is now at version 6.18 on CTAN UK, should propagate tonight. The default behaviour with the pdftex driver is now to support version 0.12* of pdftex, and some other fixes have also been made. Please note that some of the test*.tex files *do* fail! I should remove them, will do next time. do not treat them as a trip test. sebastian From owner-pdftex@tug.org Mon Mar 23 04:01:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA21297 for ; Mon, 23 Mar 1998 04:01:38 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA20463 for pdftex-list; Mon, 23 Mar 1998 05:53:31 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA20460 for ; Mon, 23 Mar 1998 05:53:29 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA19044; hop 0; Mon, 23 Mar 1998 10:50:58 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 23 Mar 1998 10:45:19 +0000 Date: Mon, 23 Mar 1998 10:20:26 +0000 Message-ID: <4479-Mon23Mar1998102026+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: sgifford@tir.com Cc: pdftex@tug.org Subject: Re: Builtin fonts, pdfLaTeX, and outlines In-Reply-To: References: X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk > Second, I see a giant parellel between the Outline feature of pdf files > and the document sections of LaTeX. I've been trying to get pdfLaTeX to > build the outlines for me automatically from the section numbers. I can > get it to put all of the link destinations in, but haven't had any luck > at all getting it to build the outline automatically with \pdfoutline > commands. Anybody done any work on this? Or know where a good place to > look for more information is? My hyperref package does this, mapping the table of contents to the Acrobat bookmark display. you might want to look at that > guide, it looks like I need to set the destination type to "\xyz (x-coord) > (y-coord) (something else)". Is there any way I can find the right > coordinates to use here? Or is this planned for a future release of pdfTeX? i thought i had this fixed in hyperref's pdftex, but i see i dont. i must look again, i thought it was possible. > Finally, has anybody done any work on macros that allow you to use the > same source file to generate both pdf and dvi files? These would > probably be pretty straightforward (basically "if pdftex, \pdfoutput=1", > etc., but it seems likely that somebody's already done it... i think you *do* need to look at hyperref... sebastian From owner-pdftex@tug.org Mon Mar 23 05:48:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA23054 for ; Mon, 23 Mar 1998 05:48:52 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA20937 for pdftex-list; Mon, 23 Mar 1998 07:40:14 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.org (8.8.5/8.8.5) with SMTP id HAA20934 for ; Mon, 23 Mar 1998 07:40:12 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Mon, 23 Mar 1998 13:41:19 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01IV0AG3E2V4001MR9@wkap.nl> for pdftex@tug.org; Mon, 23 Mar 1998 13:41:15 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01IV0AG0XBI899DRX5@ID034.WKAP.NL> for pdftex@tug.org; Mon, 23 Mar 1998 13:41:11 +0000 ([+0200]) Date: Mon, 23 Mar 1998 13:36:13 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: CTAN submission -- Type 1 versions of stmaryrd/wasy/rsfs To: CTAN@urz.Uni-Heidelberg.de Cc: pdftex@tug.org, tex-nl@nic.surfnet.nl Reply-to: taco.hoekwater@wkap.nl Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk Hello all, I just uploaded 3 zipfiles to dante.de: wasy.zip rsfs.zip stmaryrd.zip The zips contain converted Type 1 (PostScript) versions of the respective fonts (pfb,afm,pfm). Included are: rsfs{5,7,10} wasy{5,7,10,b10} stmary{5,7,10} Suggested locations: in subfolders "ps-type1/hoekwater" of the respective metafont fonts (the zip files are set up this way). These files are intended to be used with the original TFM files, _don't_ run fontinst or afmtotfm or you will be sorry! The fonts should give the same output results as the .mf originals. Included pfb files are herewith donated to the public domain. Conversion process: .mf -> metapost (c) Hobby -> .eps .eps -> metafog (c) Kinch -> .pfb .pfb -> hinted & touched up with FontLab v3.0 More fonts should follow in the next few months. I can be reached for propositions/bugs at: taco.hoekwater@wkap.nl Greetings, Taco Hoekwater From owner-pdftex@tug.org Mon Mar 23 07:26:33 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA24770 for ; Mon, 23 Mar 1998 07:26:32 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA21301 for pdftex-list; Mon, 23 Mar 1998 09:11:37 -0500 Received: from aples2.jhuapl.edu (aples2.jhuapl.edu [128.244.26.86]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA21298 for ; Mon, 23 Mar 1998 09:11:36 -0500 Received: by aples2.jhuapl.edu with Internet Mail Service (5.5.1960.3) id ; Mon, 23 Mar 1998 09:12:19 -0500 Message-ID: <91D1D51C2955D111B82B00805F19989541C139@aples2.jhuapl.edu> From: "Collins, Bernard F. (Skip)" To: pdftex@tug.org Subject: RE: TUGIndia Date: Mon, 23 Mar 1998 09:12:11 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk On Saturday, March 21, 1998 3:40 PM, s.rahtz@elsevier.co.uk [SMTP:s.rahtz@elsevier.co.uk] wrote: > Collins, Bernard F. (Skip) writes: > > This would basically be the bluesky/y&y/ams fonts with a few bakoma > > fonts thrown in (with ps fontnames uppercased for consistency and > > encoding vectors sanitized). > not this tho, too much like hard work. any volunteers. Much of the hard work has been done. I think somebody at lanl (Tanmoy?) mostly fixed the bakoma encodings a long time ago. It should not be that hard to uppercase the fontnames. Now that some other 'TeX fonts' have been freely released in type 1 form (wasy, stmary, etc.) I think the task of consolidation is becoming more important. I will take a crack at it in the next couple of days. If anyone has suggestions regarding what should be included, etc., please tell me. Skip From owner-pdftex@tug.org Mon Mar 23 08:35:54 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA26187 for ; Mon, 23 Mar 1998 08:35:53 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA21656 for pdftex-list; Mon, 23 Mar 1998 10:28:53 -0500 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA21653 for ; Mon, 23 Mar 1998 10:28:52 -0500 Received: from qcd.lanl.gov (qcd.lanl.gov [128.165.23.46]) by mailhost.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id IAA28107; Mon, 23 Mar 1998 08:29:59 -0700 (MST) Received: by qcd.lanl.gov (SMI-8.6/SMI-SVR4) id IAA25471; Mon, 23 Mar 1998 08:26:32 -0700 Date: Mon, 23 Mar 1998 08:26:32 -0700 Message-Id: <199803231526.IAA25471@qcd.lanl.gov> From: Tanmoy Bhattacharya To: "Collins, Bernard F. (Skip)" Cc: pdftex@tug.org Subject: RE: TUGIndia In-Reply-To: <91D1D51C2955D111B82B00805F19989541C139@aples2.jhuapl.edu> References: <91D1D51C2955D111B82B00805F19989541C139@aples2.jhuapl.edu> CC: Thorsten Schwander Sender: owner-pdftex@tug.org Precedence: bulk In <91D1D51C2955D111B82B00805F19989541C139@aples2.jhuapl.edu> dated 09:12:11 -0500 Mon March 23, 1998, Bernard F. Collins writes > On Saturday, March 21, 1998 3:40 PM, s.rahtz@elsevier.co.uk > [SMTP:s.rahtz@elsevier.co.uk] wrote: > > Collins, Bernard F. (Skip) writes: > > > This would basically be the bluesky/y&y/ams fonts with a few bakoma > > > fonts thrown in (with ps fontnames uppercased for consistency and > > > encoding vectors sanitized). > > not this tho, too much like hard work. any volunteers. > > Much of the hard work has been done. I think somebody at lanl (Tanmoy?) Just call us `some people at LANL'. I do not always remember which bit was actually done by whom. The culprits in most cases are likely to be some combination of Mark Doyle, Thorsten Schwander and me. > mostly fixed the bakoma encodings a long time ago. It should not be that The encodings were fixed. There is a problem with the bounding box of the radical character. I remember we had figured out the correct bbox &c, but Thorsten probably remembers whether we ever fixed the font: I am CC-ing the message to him. > hard to uppercase the fontnames. Now that some other 'TeX fonts' have We also have the uppercase ones available. We just think of them as Bakoma fonts for the Macintosh :-) > been freely released in type 1 form (wasy, stmary, etc.) I think the > task of consolidation is becoming more important. I will take a crack at > it in the next couple of days. If anyone has suggestions regarding what > should be included, etc., please tell me. > > Skip > Cheers Tanmoy From owner-pdftex@tug.org Mon Mar 23 08:44:38 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA26339 for ; Mon, 23 Mar 1998 08:44:36 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA21682 for pdftex-list; Mon, 23 Mar 1998 10:33:31 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.org (8.8.5/8.8.5) with SMTP id KAA21679 for ; Mon, 23 Mar 1998 10:33:29 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Mon, 23 Mar 1998 16:34:20 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01IV0GHIFI4W001PWN@wkap.nl> for pdftex@tug.org; Mon, 23 Mar 1998 16:34:11 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01IV0GHGSEMO99DRQR@ID034.WKAP.NL> for pdftex@tug.org; Mon, 23 Mar 1998 16:34:09 +0000 ([+0200]) Date: Mon, 23 Mar 1998 16:29:12 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Type 1 font names In-reply-to: <91D1D51C2955D111B82B00805F19989541C139@aples2.jhuapl.edu> To: pdftex@tug.org Reply-to: taco.hoekwater@wkap.nl Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk On Mon, 23 Mar 1998 09:12:11 -0500 "Collins, Bernard F. (Skip)" wrote: > > > This would basically be the bluesky/y&y/ams fonts with a few bakoma > > > fonts thrown in (with ps fontnames uppercased for consistency and > > > encoding vectors sanitized). > > not this tho, too much like hard work. any volunteers. Can some explain to me the rationale behind the uppercase names? It did not make sense to me, so I didnt bother uppercasing the names for wasy/stmary/rsfs and unless someone convinces me there is a valid (non-commercial) reason behind it, I don't feel like changing the original names. Greetings, Taco From owner-pdftex@tug.org Mon Mar 23 09:03:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA26734 for ; Mon, 23 Mar 1998 09:03:50 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA21756 for pdftex-list; Mon, 23 Mar 1998 10:54:40 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA21753 for ; Mon, 23 Mar 1998 10:54:39 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id KAA03201 for ; Mon, 23 Mar 1998 10:53:19 -0500 Date: Mon, 23 Mar 1998 10:53:19 -0500 (EST) From: Allin Cottrell To: pdftex@tug.org Subject: conditional compilation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I'm wondering what is the best/correct way of making a tex source file (and also sty files) backwards compatible with a non-pdftex installation. Presumably pdf-specific stuff (I have in mind \pdfinfo material, and also references to theHchapter in a sty file) should somehow be bracketed by "ifdef"s but I'm not clear on the exact syntax. Ideally, such bracketing would work for both (a) compilation of the source using a non-pdftex version of TeX, and (b) a run of pdftex with pdfoutput=0. TIA. Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Mon Mar 23 09:27:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA27248 for ; Mon, 23 Mar 1998 09:27:03 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA21894 for pdftex-list; Mon, 23 Mar 1998 11:22:09 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA21891 for ; Mon, 23 Mar 1998 11:22:08 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id LAA03245 for ; Mon, 23 Mar 1998 11:20:51 -0500 Date: Mon, 23 Mar 1998 11:20:51 -0500 (EST) From: Allin Cottrell To: pdftex@tug.org Subject: re: conditional compilation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk OK, figured the answer (perhaps not optimal) to my own question. \ifx\pdfoutput\undefined{\gdef\pdfoutput{0}}\fi \if\pdfoutput=1 < pdf-specific stuff > \fi Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Mon Mar 23 09:27:48 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA27272 for ; Mon, 23 Mar 1998 09:27:46 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA21864 for pdftex-list; Mon, 23 Mar 1998 11:18:44 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA21861 for ; Mon, 23 Mar 1998 11:18:42 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id QAA00683; hop 0; Mon, 23 Mar 1998 16:15:59 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 23 Mar 1998 16:10:25 +0000 Date: Mon, 23 Mar 1998 16:12:06 +0000 Message-ID: <9716-Mon23Mar1998161206+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: taco.hoekwater@wkap.nl Cc: pdftex@tug.org Subject: Re: Type 1 font names In-Reply-To: References: <91D1D51C2955D111B82B00805F19989541C139@aples2.jhuapl.edu> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk > Can some explain to me the rationale behind the uppercase names? > When Blue Sky did the first versions, it was to make the scads of CM names appear last in lists of Mac file names. otherwise Mac people felt overwhelmed and lost. i gather its all historical now sebastian From owner-pdftex@tug.org Mon Mar 23 10:26:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA28679 for ; Mon, 23 Mar 1998 10:26:39 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA22208 for pdftex-list; Mon, 23 Mar 1998 12:19:05 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA22198 for ; Mon, 23 Mar 1998 12:17:49 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id SAA04571; Mon, 23 Mar 1998 18:18:59 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id SAA25323; Mon, 23 Mar 1998 18:19:16 +0100 (MET) Date: Mon, 23 Mar 1998 18:19:16 +0100 (MET) Message-Id: <199803231719.SAA25323@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Allin Cottrell Cc: pdftex@tug.org Subject: re: conditional compilation In-Reply-To: References: X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « re: conditional compilation », Allin Cottrell écrit : « » \if\pdfoutput=1 » < pdf-specific stuff > » \fi you can now do \ifnum\pdfoutput=1 [maybe more reliable?] Th. From owner-pdftex@tug.org Mon Mar 23 10:43:09 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA29135 for ; Mon, 23 Mar 1998 10:43:07 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA22269 for pdftex-list; Mon, 23 Mar 1998 12:31:12 -0500 Received: from nag.co.uk ([192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA22266 for ; Mon, 23 Mar 1998 12:31:10 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id RAA01114; Mon, 23 Mar 1998 17:35:56 GMT Date: Mon, 23 Mar 1998 17:35:56 GMT Message-Id: <199803231735.RAA01114@nag.co.uk> From: David Carlisle To: cottrell@ricardo.ecn.wfu.edu CC: pdftex@tug.org In-reply-to: (message from Allin Cottrell on Mon, 23 Mar 1998 10:53:19 -0500 (EST)) Subject: Re: conditional compilation References: Sender: owner-pdftex@tug.org Precedence: bulk > I'm wondering what is the best/correct way of making a tex > source file (and also sty files) backwards compatible with a > non-pdftex installation. Well using something like hyperref should more or less give you that. Currently it probably has some `pdf only' comands that are only active if a pdf backend option is chosen, but it could (or may already, not sure of the present state) define all user-level commands for all back ends, even if they just throw away their arguments. Note that you can only really do this at the macro level. If the document is using explicit pdftex primitives, you may be lost. New primitives with keyword based syntax following the \hrule model can not be faked as you can not sensibly parse such syntax with tex macro argument delimiters. (One reason why latex consistently hides such horrors and provides a uniform {} syntax). David From owner-pdftex@tug.org Mon Mar 23 10:51:15 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA29408 for ; Mon, 23 Mar 1998 10:51:13 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA22328 for pdftex-list; Mon, 23 Mar 1998 12:45:33 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA22325 for ; Mon, 23 Mar 1998 12:45:29 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id SAA04407; Mon, 23 Mar 1998 18:14:54 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id SAA25154; Mon, 23 Mar 1998 18:15:11 +0100 (MET) Date: Mon, 23 Mar 1998 18:15:11 +0100 (MET) Message-Id: <199803231715.SAA25154@mozart.ujf-grenoble.fr> From: Thierry Bouche To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Cc: pdftex@tug.org Subject: Re: Type 1 font names In-Reply-To: <9716-Mon23Mar1998161206+0000-s.rahtz@elsevier.co.uk> References: <91D1D51C2955D111B82B00805F19989541C139@aples2.jhuapl.edu> <9716-Mon23Mar1998161206+0000-s.rahtz@elsevier.co.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: Type 1 font names », Sebastian Rahtz écrit : « » > Can some explain to me the rationale behind the uppercase names? » > » » When Blue Sky did the first versions, it was to make the scads of CM » names appear last in lists of Mac file names. otherwise Mac people » felt overwhelmed and lost. » » i gather its all historical now » you're puzzling me! i thought it had to do with file name collisions, as discussed recently on tex-fonts mailing list! Here is an excerpt of N.~Beebe's mail From: "Nelson H. F. Beebe" To: tex-fonts@math.utah.edu Cc: beebe@math.utah.edu Subject: 5+3+... FontName reduction algorithm: final report Date: Thu, 8 Jan 1998 10:25:32 -0700 (MST) Thanks to some detective work (or a fantastic memory) on the part of Berthold Horn yesterday, the source of the Adobe 5+3+... fontname reduction algorithm has been located in Adobe Technical Note #5040 (1992 March 31) Supporting Downloadable PostScript Language Fonts available on the World-Wide Web at http://www.adobe.com/supportservice/devrelations/PDFS/TN/5040.Download_Fonts.pdf The index to Adobe technical notes is: http://www.adobe.com/supportservice/devrelations/technotes.html The relevant section of this 22-page report says: >> ... >> 6.3 Macintosh File Names >> >> In the Macintosh Environment, there is another naming scheme that is >> constructed from the PostScript language font name. A file name is >> constructed by dissecting the PostScript language font name into >> components based on capital letters and hyphens. Then the first five >> letters of the first name component are used, followed by the first >> three letters of any subsequent name components. The following >> are examples to illustrate this concept: >> >> Palatino-Roman => PalatRom >> Palatino-BoldItalic ==> PalatBolIta >> Optima ==> Optim >> OptimaBoldOblique ==> OptimBoldObl >> ... [...] CM fonts with lc names do collide: 3 cmss1 [cmss10] [cmss12] [cmss17] has this vanished now? Th. B. « et, quoique l'on pourrait mettre un point d'exclamation à la fin de chaque phrase, ce n'est peut-être pas une raison pour s'en dispenser ! » Comte de Lautréamont, 1869. From owner-pdftex@tug.org Mon Mar 23 11:04:57 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA29837 for ; Mon, 23 Mar 1998 11:04:56 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA22407 for pdftex-list; Mon, 23 Mar 1998 13:00:02 -0500 Received: from aples2.jhuapl.edu (aples2.jhuapl.edu [128.244.26.86]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA22399 for ; Mon, 23 Mar 1998 13:00:00 -0500 Received: by aples2.jhuapl.edu with Internet Mail Service (5.5.1960.3) id ; Mon, 23 Mar 1998 13:00:51 -0500 Message-ID: <91D1D51C2955D111B82B00805F19989541C13A@aples2.jhuapl.edu> From: "Collins, Bernard F. (Skip)" To: pdftex@tug.org Subject: RE: Type 1 font names Date: Mon, 23 Mar 1998 13:00:46 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk On Monday, March 23, 1998 10:29 AM, Taco Hoekwater [SMTP:taco.hoekwater@wkap.nl] wrote: > Can some explain to me the rationale behind the uppercase names? > > It did not make sense to me, so I didnt bother uppercasing the names > for wasy/stmary/rsfs and unless someone convinces me there is a > valid (non-commercial) reason behind it, I don't feel like changing > the original names. As Sebastian indicated, it's an artifact of mac font handling, probably obsolete. My preference would be to make everything uniform, as long as copyright notices and font developers don't mind. That would minimize confusion for those who poke around in the encoding files. That leaves the question: Uc or Lc? Since BSR first made type 1 CM fonts with Uc fontnames, that implies an historical precedent. But since TeX knows these fonts by Lc names, there is good reason to switch everything to Lc. The easiest thing is to say screw it and just note the inconsistency in a readme file. Skip From owner-pdftex@tug.org Mon Mar 23 12:55:02 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA02841 for ; Mon, 23 Mar 1998 12:55:00 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA22844 for pdftex-list; Mon, 23 Mar 1998 14:50:49 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA22841 for ; Mon, 23 Mar 1998 14:50:28 -0500 Received: from hagen (zl40.pi.net [145.220.204.40]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id UAA05933; Mon, 23 Mar 1998 20:51:10 +0100 (MET) Posted-Date: Mon, 23 Mar 1998 20:51:10 +0100 (MET) Message-ID: <3516A6A7.64A9@pi.net> Date: Mon, 23 Mar 1998 19:15:03 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Allin Cottrell CC: pdftex@tug.org Subject: Re: conditional compilation References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell wrote: > > I'm wondering what is the best/correct way of making a tex > source file (and also sty files) backwards compatible with a > non-pdftex installation. Presumably pdf-specific stuff (I have > in mind \pdfinfo material, and also references to theHchapter in > a sty file) should somehow be bracketed by "ifdef"s but I'm not > clear on the exact syntax. Ideally, such bracketing would work > for both (a) compilation of the source using a non-pdftex > version of TeX, and (b) a run of pdftex with pdfoutput=0. TIA. Just treat \pdfprimitives as you treat \specials. Isolate them and install them at run time when asked for. I can explain this in detail, but this is probably of no use for the package(s) you use, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Mar 23 12:58:12 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA02923 for ; Mon, 23 Mar 1998 12:58:10 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA22863 for pdftex-list; Mon, 23 Mar 1998 14:53:42 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA22860 for ; Mon, 23 Mar 1998 14:53:31 -0500 Received: from hagen (zl40.pi.net [145.220.204.40]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id UAA05902; Mon, 23 Mar 1998 20:51:07 +0100 (MET) Posted-Date: Mon, 23 Mar 1998 20:51:07 +0100 (MET) Message-ID: <3516A41C.4CBC@pi.net> Date: Mon, 23 Mar 1998 19:04:12 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: hyperref Q References: <7636-Sat21Mar1998213758+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > > Allin Cottrell writes: > > Thanks to all the pdftex developers I'm on the point of > > producing a very nice pdf version of a book I'm working on. One > > little problem remains. I have two unnumbered chapters > > (Introduction and Bibliography) and these are not appearing in > > the cross-referencing. They show up in the TOC alright, but > > they don't get assigned PDF bookmarks as the numbered chapters > > do, and in addition I see > > > > Package hyperref Warning: contentsline with no destination at > > line 1. > > > > and the "Introduction" TOC entry is not a hyperlink. > > > ah, don't talk to to me about this. i am killing myself trying to fix > it in hyperref. its a matter of working out what the target is to ^^^^^^ Ah, how about tens of different tables of contents and/or list like things, local or global, cross linked or not, and hundreds of indexes, at every section level, cross linked or not, and unlimited depth of (numbered/unnumbered) section levels etc? Want a demo? > be. i have explored some approaches, and got in a mess. I have to fix > it, though, hopefully by Monday. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Mar 23 13:05:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA03138 for ; Mon, 23 Mar 1998 13:05:56 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA22916 for pdftex-list; Mon, 23 Mar 1998 15:02:22 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA22913 for ; Mon, 23 Mar 1998 15:02:13 -0500 Received: from hagen (zl47.pi.net [145.220.204.47]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id VAA11083; Mon, 23 Mar 1998 21:02:22 +0100 (MET) Posted-Date: Mon, 23 Mar 1998 21:02:22 +0100 (MET) Message-ID: <3516BE11.15D8@pi.net> Date: Mon, 23 Mar 1998 20:54:57 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Allin Cottrell CC: pdftex@tug.org Subject: Re: conditional compilation References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell wrote: > > OK, figured the answer (perhaps not optimal) to my own question. > > \ifx\pdfoutput\undefined{\gdef\pdfoutput{0}}\fi Much faster and efficient would be: \ifx\pdfoutput\undefined \global\chardef\pdfoutput=0 \fi (The {} are no needed anyway). > \if\pdfoutput=1 > < pdf-specific stuff > > \fi \ifcase\pdfoutput % non pdftex stuff \else % pdftex stuff \fi The next pdftex release will have: \ifx\pdfTeXversion\undefined which is more conforming etex, (BTW, making a package etex aware is far more complicated). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Mar 23 13:06:28 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA03154 for ; Mon, 23 Mar 1998 13:06:27 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA22902 for pdftex-list; Mon, 23 Mar 1998 15:01:39 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA22898 for ; Mon, 23 Mar 1998 15:01:30 -0500 Received: from hagen (zl47.pi.net [145.220.204.47]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id VAA11135; Mon, 23 Mar 1998 21:02:28 +0100 (MET) Posted-Date: Mon, 23 Mar 1998 21:02:28 +0100 (MET) Message-ID: <3516BF6F.2530@pi.net> Date: Mon, 23 Mar 1998 21:00:47 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, Thierry Bouche CC: pragma@pi.net Subject: Re: Type 1 font names References: <91D1D51C2955D111B82B00805F19989541C139@aples2.jhuapl.edu> <9716-Mon23Mar1998161206+0000-s.rahtz@elsevier.co.uk> <199803231715.SAA25154@mozart.ujf-grenoble.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche wrote: > CM fonts with lc names do collide: > > 3 cmss1 [cmss10] > [cmss12] > [cmss17] > has this vanished now? There are even applications that strip off the numbers (I've forgotten their name). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Mar 23 13:11:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA03313 for ; Mon, 23 Mar 1998 13:11:36 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA22927 for pdftex-list; Mon, 23 Mar 1998 15:03:39 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA22908 for ; Mon, 23 Mar 1998 15:01:53 -0500 Received: from hagen (zl47.pi.net [145.220.204.47]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id VAA11112; Mon, 23 Mar 1998 21:02:25 +0100 (MET) Posted-Date: Mon, 23 Mar 1998 21:02:25 +0100 (MET) Message-ID: <3516BEED.5F20@pi.net> Date: Mon, 23 Mar 1998 20:58:37 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, "Collins, Bernard F. (Skip)" CC: pragma@pi.net Subject: Re: Type 1 font names References: <91D1D51C2955D111B82B00805F19989541C13A@aples2.jhuapl.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Collins, Bernard F. (Skip) wrote: > > On Monday, March 23, 1998 10:29 AM, Taco Hoekwater > [SMTP:taco.hoekwater@wkap.nl] wrote: > > Can some explain to me the rationale behind the uppercase names? > > > > It did not make sense to me, so I didnt bother uppercasing the names > > for wasy/stmary/rsfs and unless someone convinces me there is a > > valid (non-commercial) reason behind it, I don't feel like changing > > the original names. > > As Sebastian indicated, it's an artifact of mac font handling, probably > obsolete. My preference would be to make everything uniform, as long as > copyright notices and font developers don't mind. That would minimize > confusion for those who poke around in the encoding files. That leaves > the question: Uc or Lc? Since BSR first made type 1 CM fonts with Uc > fontnames, that implies an historical precedent. But since TeX knows > these fonts by Lc names, there is good reason to switch everything to > Lc. The easiest thing is to say screw it and just note the inconsistency > in a readme file. I wonder why tex related programs do not simply ignore the case (treat everything internaly as upper or lowercase). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Mar 23 14:30:31 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA05449 for ; Mon, 23 Mar 1998 14:30:28 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA23227 for pdftex-list; Mon, 23 Mar 1998 16:22:24 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA23224 for ; Mon, 23 Mar 1998 16:22:22 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id WAA23286; Mon, 23 Mar 1998 22:23:14 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id WAA19555; Mon, 23 Mar 1998 22:23:14 +0100 (MET) From: Han The Thanh Message-Id: <199803232123.WAA19555@anxur.fi.muni.cz> Subject: pdftex-0.12h -- README To: pdftex@tug.org (PDFTEX) Date: Mon, 23 Mar 1998 22:23:13 +0100 (MET) Cc: Pavel.Janik@inet.cz (Pavel Janik) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, pdftex-0.12h is available at ftp://ftp.cstug.cz/pub/tex/local/cstug/thanh/pdftex-testing/pdftex-0.12h I've updated the README file and appended it below. Please let me know what you suggest to add/change. The main purpose of this file is of course to help new users to be able to use pdftex. Changes: - \pdftexversion and \pdftexrevision are added. This is borrowed from eTeX - syntax of page action has been changed a bit. It must be used with `goto' keyword. - some fixing in ttf2afm and writettf.c - the binaries for dos (djgpp) are build by cross-compiling on Linux Regards, Thanh ------ README ------ This directory contains pdftex-0.12h. Warning: this version is a very alpha testing one, and there will be a lot of changes before this version becomes stable. There is no documentation too. Please be patient on its author. If you are new to pdftex, please join pdftex mailing list to get help on troubles. Send a mail saying `subscribe pdftex' to to subscribe. Also have a look at section "Common problems" in this file before you port problems with getting pdftex started. Directory contents: ~~~~~~~~~~~~~~~~~~~ README - this file bin/*/pdftex.zip - binaries for Linux, DOS/Win (DJGPP), Sun Soloris and SGI IRIX. Each archive contains binaries for pdftex and ttf2afm, web2c config file (texmf.cnf) and pool file (pdftex.pool) pdftexlib-0.12.zip - contains platform-indenpendent files required for running pdftex: pdftex config file (pdftex.cfg), encoding vectors (*.enc), map files (*.map), macros (*.tex). pdftex.tar.gz, configure-djgpp, configure-unix, web2c-7.2-pdftex-0.12-config.tar.gz - files necessary to build pdftex. Don't touch unless you want to build pdftex yourself Quick start: ~~~~~~~~~~~~ 1) Download and unpack binary archive pdftex.zip for your platform and pdftexlib-0.12.zip in some temporary directory (when using pkunzip don't forget -d option). 2) Place the binaries somewhere in your PATH (also make a copy of pdftex and named it as pdflatex if you want to use pdfLaTeX). Place texmf.cnf, pdftex.pool and directory texmf/ (created by unpacking pdftexlib-0.12.zip) to appropriate place. 3) Set your enviroment variable TEXMFCNF to directory containing texmf.cnf. Edit texmf.cnf so pdftex can find all needed files. Usually you need to edit TEXMF and maybe some next. Make sure that the following variables are set properly: VFFONTS -- where pdftex looks for virtual fonts T1FONTS --- where pdftex looks for Type1 (*.pfa,*pfb) fonts TTFONTS -- where pdftex looks for to TrueType (*.ttf) fonts TEXPSHEADERS -- where pdftex looks for pdftex config file (pdftex.cfg), map files (*.map), encoding vectors (*.enc) and PNG images. 4) Create formats: pdftex -ini -fmt=pdftex plain \\dump pdftex -ini -fmt=pdflatex latex.ltx 5) Test the installation: pdftex example 6) For more details have a look at an example of pdftex primitives in pdftexmf.zip:texmf/pdftex/pdftex/plain/misc/example.tex 7) The best place to look/edit where pdftex complains that something cannot be found is texmf.cnf. Also setting KPATHSEA_DEBUG=255 before running pdftex will cause pdftex writes a lot of debugging information, which may be useful to find out troubles. Also notice that variables in texmf.cnf can be overwritten by enviroment variables with identical names. Common problems: ~~~~~~~~~~~~~~~~ 1) "! I can't read tex.pool; bad path?" Probably TEXMFCNF is not set correctly, or TEXPOOL (in texmf.cnf) doens't contain path to pool file (pdftex.pool). 2) "! You have to increase POOLSIZE." Increase value of pool_size in texmf.cnf. If pool_size is not specified in texmf.cnf then say something like "pool_size = 500000" 3) "I can't find the format file `pdftex.fmt'!" or "I can't find the format file `pdflatex.fmt'!" Format is not created (see above how to do that) or is not properly placed. Make sure that TEXFORMATS in texmf.cnf contains path to pdftex.fmt or pdflatex.fmt. 4) pdftex cannot find: config file (pdftex.cfg), map files (*.map), encoding vectors (*.enc), virtual fonts, Type1 fonts, TrueType fonts or image files. Make sure that the required file exists and the correspoding variable in texmf.cnf contains path to the file. See above which variables pdftex needs apart from the ones TeX uses. Compiling pdftex: ~~~~~~~~~~~~~~~~~ This can be best described by example. I do the following steps to compile pdftex on a UNIX system (assuming that all needed files are downloaded to $HOME/pdftex; also edit configure-unix to set CC|RANLIB|AR to the proper programs): ------------------------------------------ cd $HOME/pdftex gunzip < web-7.2.tar.gz | tar xvf - gunzip < web2c-7.2.tar.gz | tar xvf - gunzip < web2c-7.2-pdftex-0.12-config.tar.gz | tar xvf - gunzip < pdftex.tar.gz | tar xvf - mv pdftexdir web2c-7.2/web2c mv web2c-7.2 texk cd $HOME/pdftex/texk $HOME/pdftex/configure-unix cd $HOME/pdftex/texk/web2c make pdftex ------------------------------------------ To compile pdftex for dos (djgpp) on Linux i386, one needs to build binaries for Linux first. After that run configure-djgpp in a *new* directory, set enviroment variable linux_build_dir to the directory where the binaries for Linux were built (in our case $HOME/pdftex/texk) and run `make pdftex-cross' instead of `make pdftex'. I have compiled pdftex by cross-compiler for djgpp and cygwin32. The pdftex binaries for djgpp are compiled by this way. The cygwin' binares are much slower than the djgpp' ones, so I don't want to worry about cygwin longer. Han The Thanh From owner-pdftex@tug.org Mon Mar 23 15:43:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA07218 for ; Mon, 23 Mar 1998 15:43:40 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA23547 for pdftex-list; Mon, 23 Mar 1998 17:39:23 -0500 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA23544 for ; Mon, 23 Mar 1998 17:39:22 -0500 Received: from qcd.lanl.gov (qcd.lanl.gov [128.165.23.46]) by mailhost.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id PAA03653; Mon, 23 Mar 1998 15:40:34 -0700 (MST) Received: by qcd.lanl.gov (SMI-8.6/SMI-SVR4) id PAA26134; Mon, 23 Mar 1998 15:37:09 -0700 Date: Mon, 23 Mar 1998 15:37:09 -0700 Message-Id: <199803232237.PAA26134@qcd.lanl.gov> From: Tanmoy Bhattacharya To: Allin Cottrell Cc: pdftex@tug.org Subject: re: conditional compilation In-Reply-To: References: Sender: owner-pdftex@tug.org Precedence: bulk In dated 11:20:51 -0500 Mon March 23, 1998, Allin Cottrell writes > OK, figured the answer (perhaps not optimal) to my own question. > > \ifx\pdfoutput\undefined{\gdef\pdfoutput{0}}\fi > \if\pdfoutput=1 ^^^ Should be \ifnum. > < pdf-specific stuff > > \fi I prefer \ifx\pdfoutput\undefined\else\ifcase\pdfoutput\else < pdf-specific stuff > \fi\fi Defining \pdfoutput may confuse other macropackages which just do a test \ifx\pdfoutput\undefined for some reason. It is nice when macropackages are good citizens :-) I usually find it better to check for nonzero instead of checking for 1. The logic is that if someday \pdfoutput=2 is defined, it is more likely to be closer to what \pdfoutput=1 means today than what \pdfoutput=0 means. But that is your call. Cheers Tanmoy From owner-pdftex@tug.org Mon Mar 23 18:43:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA11769 for ; Mon, 23 Mar 1998 18:43:35 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA24165 for pdftex-list; Mon, 23 Mar 1998 20:39:06 -0500 Received: from sonyinet.sony.co.jp (sonyinet.sony.co.jp [202.238.80.17]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA24162 for ; Mon, 23 Mar 1998 20:39:03 -0500 Received: by sonyinet.sony.co.jp (3.6Wbeta5-97080114) with SMTP id KAA17115 for ; Tue, 24 Mar 1998 10:40:08 +0900 (JST) Received: from oskgw.osk.sony.co.jp (oskgw [43.2.2.1]) by sonygw.sony.co.jp (8.6.12+2.4W/3.4W-97110610) with ESMTP id KAA15695 for ; Tue, 24 Mar 1998 10:39:51 +0900 Received: from tvgw.tv.sony.co.jp (root@tvgw [43.2.7.100]) by oskgw.osk.sony.co.jp (8.6.12+2.4W/3.4W-97092516) with SMTP id KAA18082 for ; Tue, 24 Mar 1998 10:39:49 +0900 Received: from tvsfgw.sf.tv.sony.co.jp by tvgw.tv.sony.co.jp (4.2/6.4J.6) id AA09038; Tue, 24 Mar 98 10:33:42 JST Received: from devsfsrv1.sf.tv.sony.co.jp by tvsfgw.sf.tv.sony.co.jp (4.2/6.4J.6) id AA05363; Tue, 24 Mar 98 10:36:54 JST Received: from iwamoto.tv.sony.co.jp (tvf1pc54) by devsfsrv1.sf.tv.sony.co.jp (4.2/6.4J.6) id AA02847; Tue, 24 Mar 98 10:37:43 JST Message-Id: <199803240138.AA00441@iwamoto.tv.sony.co.jp> From: Tatsuya IWAMOTO Date: Tue, 24 Mar 1998 10:38:37 +0900 To: pdftex@tug.org Subject: Can EPS file be included? Mime-Version: 1.0 X-Mailer: AL-Mail32 Version 1.01 Content-Type: text/plain; charset=iso-2022-jp Sender: owner-pdftex@tug.org Precedence: bulk Hi, I have started using pdfTeX a few days ago. I have had used LaTeX some years ago, and am now trying to create a similar environment with pdfTeX. What I want to do most, and what I cannot find out how to do it, is to put EPS graphics into the document. I understand that PDF is a close kin of PostScript, so I suppose this shouldn't be of much trouble. The pdftex.def file that I have for the graphics package claims that it only supports PNG, which is a bitmap graphics format. pdftex.def file's version is 0.01c of 1997/05/10. If there exists a newer one which supports EPS, or if there is any other way to include EPS, please let me know. ---------------------------------------------------- $B4dK\(B $BC#Li(B $B%=%K!<(B($B3t(B)$B%a%G%#%"%=%U%HIt#22](B iwamoto@tv.sony.co.jp tel:03-3495-3892(5718) From owner-pdftex@tug.org Tue Mar 24 01:15:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA12547 for ; Tue, 24 Mar 1998 01:15:33 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA25620 for pdftex-list; Tue, 24 Mar 1998 03:06:54 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA25617 for ; Tue, 24 Mar 1998 03:06:53 -0500 Received: from hagen (zl23.pi.net [145.220.204.23]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id JAA01631; Tue, 24 Mar 1998 09:07:36 +0100 (MET) Posted-Date: Tue, 24 Mar 1998 09:07:36 +0100 (MET) Message-ID: <35176773.2BFD@pi.net> Date: Tue, 24 Mar 1998 08:57:39 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, Tatsuya IWAMOTO CC: pragma@pi.net Subject: Re: Can EPS file be included? References: <199803240138.AA00441@iwamoto.tv.sony.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Tatsuya IWAMOTO wrote: > I understand that PDF is a close kin of PostScript, > so I suppose this shouldn't be of much trouble. Wrong. PS is a programming language, PDF is a graphic file format. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Mar 24 01:35:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA23107 for ; Tue, 24 Mar 1998 01:35:18 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA25711 for pdftex-list; Tue, 24 Mar 1998 03:30:27 -0500 Received: from calvin.info.unicaen.fr (calvin.info.unicaen.fr [193.55.128.51]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA25708 for ; Tue, 24 Mar 1998 03:30:24 -0500 Received: from canardo.info.unicaen.fr (canardo [193.55.128.18]) by calvin.info.unicaen.fr (8.7.5/8.7.3) with ESMTP id JAA13980 for ; Tue, 24 Mar 1998 09:31:23 +0100 (MET) From: Jerzy Karczmarczuk Received: (from karczma@localhost) by canardo.info.unicaen.fr (8.7.5/8.7.3) id JAA10847 for pdftex@tug.org; Tue, 24 Mar 1998 09:31:23 +0100 (MET) Date: Tue, 24 Mar 1998 09:31:23 +0100 (MET) Message-Id: <199803240831.JAA10847@canardo.info.unicaen.fr> To: pdftex@tug.org Subject: EPS, wrongs and rights. X-Sun-Charset: US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen reacts to remark of Tatsuya Iwamoto * > I understand that PDF is a close kin of PostScript, * > so I suppose this shouldn't be of much trouble. > > Wrong. PS is a programming language, PDF is a graphic file format. > > Hans I believe that those people who are not familiar enough with the two beasts (PS and PDF, *not* the above-mentioned authors...) merit a little more explanation. Several primitive commands of PostScript have direct conterparts in PDF literals, the affinity between the two languages (because PDF *is* a language, although rather a description language than a procedural one) exists. So, one word: "wrong" is a very incomplete answer. **************************** I have a proposition to possible contributors: could we finally prepare a FAQ from the discussion on this list? Even if it repeats several topics treated elsewhere? Jerzy Karczmarczuk Caen, France. From owner-pdftex@tug.org Tue Mar 24 03:01:33 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA23465 for ; Tue, 24 Mar 1998 03:01:31 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA26076 for pdftex-list; Tue, 24 Mar 1998 04:58:13 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA26073 for ; Tue, 24 Mar 1998 04:58:11 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id JAA14973; hop 0; Tue, 24 Mar 1998 09:55:38 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 24 Mar 1998 09:59:14 +0000 Date: Tue, 24 Mar 1998 09:39:22 +0000 Message-ID: <2071-Tue24Mar1998093922+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: iwamoto@tv.sony.co.jp Cc: pdftex@tug.org Subject: Re: Can EPS file be included? In-Reply-To: <199803240138.AA00441@iwamoto.tv.sony.co.jp> References: <199803240138.AA00441@iwamoto.tv.sony.co.jp> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Tatsuya IWAMOTO writes: > is to put EPS graphics into the document. > I understand that PDF is a close kin of PostScript, > so I suppose this shouldn't be of much trouble. sadly, it would be a huge trouble, since PostScript allows arbitrary programming which would have to be interpreted. PDF is simply descriptive. the likely long-term solution will be to pre-process (or process on the fly) the .eps file using Ghostscript, to write a PDF fragment for inclusion. but this isnt working sufficiently generally yet to recommend for all uses sebastian From owner-pdftex@tug.org Tue Mar 24 03:02:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA23871 for ; Tue, 24 Mar 1998 03:02:40 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA26054 for pdftex-list; Tue, 24 Mar 1998 04:57:37 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA26051 for ; Tue, 24 Mar 1998 04:57:33 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id JAA14923; hop 0; Tue, 24 Mar 1998 09:55:00 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 24 Mar 1998 09:58:38 +0000 Date: Tue, 24 Mar 1998 09:25:18 +0000 Message-ID: <6442-Tue24Mar1998092518+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: pdftex@tug.org Subject: Re: hyperref Q In-Reply-To: <3516A41C.4CBC@pi.net> References: <7636-Sat21Mar1998213758+0000-s.rahtz@elsevier.co.uk> <3516A41C.4CBC@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > Ah, how about tens of different tables of contents and/or list like > things, local or global, cross linked or not, and hundreds of indexes, > at every section level, cross linked or not, and unlimited depth of > (numbered/unnumbered) section levels etc? Want a demo? > that is, indeed, the advantage of using a system which was designed recently, and is still evolving. sebastian From owner-pdftex@tug.org Tue Mar 24 03:06:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA25081 for ; Tue, 24 Mar 1998 03:06:15 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA26067 for pdftex-list; Tue, 24 Mar 1998 04:58:06 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA26064 for ; Tue, 24 Mar 1998 04:58:04 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id JAA14960; hop 0; Tue, 24 Mar 1998 09:55:31 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 24 Mar 1998 09:59:08 +0000 Date: Tue, 24 Mar 1998 09:36:52 +0000 Message-ID: <7384-Tue24Mar1998093652+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: karczma@info.unicaen.fr Cc: pdftex@tug.org Subject: Re: EPS, wrongs and rights. In-Reply-To: <199803240831.JAA10847@canardo.info.unicaen.fr> References: <199803240831.JAA10847@canardo.info.unicaen.fr> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk > I have a proposition to possible contributors: could we finally prepare > a FAQ from the discussion on this list? Even if it repeats several topics > treated elsewhere? > i'd be very happy to extend the manual i wrote to include a FAQ section, since i plan to maintain it. when the damnable TeX Live CD is out of the door, i'll do the conversion to HTML and check against pdftex 0.12 (I updated most of it, but need to look carefully) sebastian From owner-pdftex@tug.org Tue Mar 24 03:18:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA29230 for ; Tue, 24 Mar 1998 03:18:06 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA26118 for pdftex-list; Tue, 24 Mar 1998 05:07:05 -0500 Received: from sonyinet.sony.co.jp (sonyinet.Sony.CO.JP [202.238.80.17]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA26115 for ; Tue, 24 Mar 1998 05:07:03 -0500 Received: by sonyinet.sony.co.jp (3.6Wbeta5-97080114) with SMTP id TAA08071 for ; Tue, 24 Mar 1998 19:08:09 +0900 (JST) Received: from oskgw.osk.sony.co.jp (oskgw [43.2.2.1]) by sonygw.sony.co.jp (8.6.12+2.4W/3.4W-97110610) with ESMTP id TAA05110 for ; Tue, 24 Mar 1998 19:07:53 +0900 Received: from tvgw.tv.sony.co.jp (root@tvgw [43.2.7.100]) by oskgw.osk.sony.co.jp (8.6.12+2.4W/3.4W-97092516) with SMTP id TAA01839; Tue, 24 Mar 1998 19:07:48 +0900 Received: from tvsfgw.sf.tv.sony.co.jp by tvgw.tv.sony.co.jp (4.2/6.4J.6) id AA05735; Tue, 24 Mar 98 19:01:40 JST Received: from devsfsrv1.sf.tv.sony.co.jp by tvsfgw.sf.tv.sony.co.jp (4.2/6.4J.6) id AA09558; Tue, 24 Mar 98 19:04:52 JST Received: from iwamoto.tv.sony.co.jp (tvf1pc54) by devsfsrv1.sf.tv.sony.co.jp (4.2/6.4J.6) id AA11338; Tue, 24 Mar 98 19:05:40 JST Message-Id: <199803241006.AA00449@iwamoto.tv.sony.co.jp> From: Tatsuya IWAMOTO Date: Tue, 24 Mar 1998 19:06:35 +0900 To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Cc: pdftex@tug.org Subject: Re: Can EPS file be included? In-Reply-To: <2071-Tue24Mar1998093922+0000-s.rahtz@elsevier.co.uk> Mime-Version: 1.0 X-Mailer: AL-Mail32 Version 1.01 Content-Type: text/plain; charset=iso-2022-jp Sender: owner-pdftex@tug.org Precedence: bulk -- Sebastian Rahtz wrote <1998/03/24 (Tue) 18:39:22> -------- > Tatsuya IWAMOTO writes: > > is to put EPS graphics into the document. > > I understand that PDF is a close kin of PostScript, > > so I suppose this shouldn't be of much trouble. > sadly, it would be a huge trouble, since PostScript allows arbitrary > programming which would have to be interpreted. PDF is simply > descriptive. > > the likely long-term solution will be to pre-process (or process on > the fly) the .eps file using Ghostscript, to write a PDF fragment for > inclusion. but this isnt working sufficiently generally yet to > recommend for all uses Thanks for all the answers. I received a mail telling me how to do the above. I am using Macromedia FreeHand, so I can export my drawings to PDF, and it's OK. All I have to do is turn all the text into outline before I export it to PDF. ---------------------------------------------------- $B4dK\(B $BC#Li(B $B%=%K!<(B($B3t(B)$B%a%G%#%"%=%U%HIt#22](B iwamoto@tv.sony.co.jp tel:03-3495-3892(5718) From owner-pdftex@tug.org Tue Mar 24 03:23:56 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA01373 for ; Tue, 24 Mar 1998 03:23:55 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA26164 for pdftex-list; Tue, 24 Mar 1998 05:19:42 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA26161 for ; Tue, 24 Mar 1998 05:19:41 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA15678; hop 0; Tue, 24 Mar 1998 10:17:10 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Tue, 24 Mar 1998 10:20:49 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id KAA27298; Tue, 24 Mar 1998 10:20:46 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id KAA20011; Tue, 24 Mar 1998 10:20:45 GMT Date: Tue, 24 Mar 1998 10:20:45 GMT Message-Id: <199803241020.KAA20011@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: iwamoto@tv.sony.co.jp Cc: pdftex@tug.org Subject: Re: Can EPS file be included? In-Reply-To: <199803241006.AA00449@iwamoto.tv.sony.co.jp> References: <2071-Tue24Mar1998093922+0000-s.rahtz@elsevier.co.uk> <199803241006.AA00449@iwamoto.tv.sony.co.jp> Sender: owner-pdftex@tug.org Precedence: bulk Tatsuya IWAMOTO writes: > I am using Macromedia FreeHand, so I can export my drawings to PDF, > and it's OK. > All I have to do is turn all the text into outline before I export it to PDF. > it would be useful if people who *do* this sort of thing successfully could post a note about the packages with which it works reliably. It would be a sensible addition to the putative FAQ to have a list of things like Freehand which generate rational PDF sebastian From owner-pdftex@tug.org Tue Mar 24 03:25:33 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA01861 for ; Tue, 24 Mar 1998 03:25:31 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA26187 for pdftex-list; Tue, 24 Mar 1998 05:22:18 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA26184 for ; Tue, 24 Mar 1998 05:22:14 -0500 Received: from hagen (zl38.pi.net [145.220.204.38]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id LAA11277; Tue, 24 Mar 1998 11:23:14 +0100 (MET) Posted-Date: Tue, 24 Mar 1998 11:23:14 +0100 (MET) Message-ID: <35178949.3999@pi.net> Date: Tue, 24 Mar 1998 11:22:01 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Jerzy Karczmarczuk CC: pdftex@tug.org Subject: Re: EPS, wrongs and rights. References: <199803240831.JAA10847@canardo.info.unicaen.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jerzy Karczmarczuk wrote: > I have a proposition to possible contributors: could we finally prepare > a FAQ from the discussion on this list? Even if it repeats several topics > treated elsewhere? I've got a framework for faqs, see http://www.ntg.nl/context/ppchtex.htm Now who will collect the question,answer pairs? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Mar 24 03:40:35 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA07338 for ; Tue, 24 Mar 1998 03:40:34 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA26242 for pdftex-list; Tue, 24 Mar 1998 05:35:04 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA26235 for ; Tue, 24 Mar 1998 05:34:58 -0500 Received: from hagen (zl38.pi.net [145.220.204.38]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id LAA15601; Tue, 24 Mar 1998 11:36:09 +0100 (MET) Posted-Date: Tue, 24 Mar 1998 11:36:09 +0100 (MET) Message-ID: <35178C9A.2092@pi.net> Date: Tue, 24 Mar 1998 11:36:10 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org CC: Sebastian Rahtz , pragma@pi.net Subject: calculator demo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk The pdftex generated version of the calculator demo can be picked up at: http://frambach.eco.rug.nl/pragma/examples.htm Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Mar 24 03:53:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA12005 for ; Tue, 24 Mar 1998 03:53:54 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA26295 for pdftex-list; Tue, 24 Mar 1998 05:49:00 -0500 Received: from toucan.stats (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with SMTP id FAA26292 for ; Tue, 24 Mar 1998 05:48:54 -0500 Received: by toucan.stats (SMI-8.6/SMI-SVR4) id KAA25046; Tue, 24 Mar 1998 10:46:25 GMT From: ripley@stats.ox.ac.uk (Prof Brian Ripley) Message-Id: <199803241046.KAA25046@toucan.stats> Subject: Re: EPS, wrongs and rights. To: karczma@info.unicaen.fr (Jerzy Karczmarczuk) Date: Tue, 24 Mar 1998 10:46:24 +0000 (GMT) Cc: pdftex@tug.org In-Reply-To: <199803240831.JAA10847@canardo.info.unicaen.fr> from "Jerzy Karczmarczuk" at Mar 24, 98 09:31:23 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-pdftex@tug.org Precedence: bulk Jerzy Karczmarczuk wrote: > > Hans Hagen reacts to remark of Tatsuya Iwamoto > > * > I understand that PDF is a close kin of PostScript, > * > so I suppose this shouldn't be of much trouble. > > > > Wrong. PS is a programming language, PDF is a graphic file format. > > > > Hans > > > I believe that those people who are not familiar enough with the two > beasts (PS and PDF, *not* the above-mentioned authors...) merit a little > more explanation. > > Several primitive commands of PostScript have direct conterparts in > PDF literals, the affinity between the two languages (because PDF *is* > a language, although rather a description language than a procedural one) > exists. > > So, one word: "wrong" is a very incomplete answer. > Happily (I hope) I was able to give a more useful answer to Tatsuya Iwamoto: Return-Path: Date: Tue, 24 Mar 1998 17:47:43 +0900 To: ripley@stats.ox.ac.uk (Prof Brian Ripley) Subject: Re: Can EPS file be included? Thanks! I've downloaded the new pdftex.def. I've been using FreeHand for drawing, so I turned all the text into outline, and saved the picture in PDF. Now I can include vector drawings in my document! Prof Brian Ripley wrote <1998/03/24 (Tue) 16:57:13>: > Tatsuya IWAMOTO wrote: > > > > Hi, I have started using pdfTeX a few days ago. > > I have had used LaTeX some years ago, and am now trying to create > > a similar environment with pdfTeX. > > > > What I want to do most, and what I cannot find out how to do it, > > is to put EPS graphics into the document. > > I understand that PDF is a close kin of PostScript, > > so I suppose this shouldn't be of much trouble. > > Unfortunately, it is much trouble, as PDF is a more restricted cousin of > PS. If the EPS figures include text, my understanding is that this is > currently impossible. If not, it should be possible to convert eps to pdf > with ghostscript or Distiller (in both cases turning compression off) and > to include the resulting pdf figure. > > This does not suffice for me, so I still use latex -> dvips -> Distiller. > > > The pdftex.def file that I have for the graphics package > > claims that it only supports PNG, which is a bitmap graphics format. > > pdftex.def file's version is 0.01c of 1997/05/10. > > If there exists a newer one which supports EPS, or if there is any other way > > to include EPS, please let me know. > > > The current version is 1997/06/09 v0.02d graphics/color for pdftex. > This says > > % > % Graphic inclusion. Currently supports .png, .mps and .pdf inclusion; > % .mps is MetaPost output. > % .pdf is the limited subset derived from GhostScript processing. > % > % .pdf and .mps inclusion depend on loading a CONTEXT module by Hans Hagen > % > If anyone can tell me the precise restrictions on eps that can be converted to includable PDF, I would be grateful. And one little gem which may help someone. I had a file bwt.tree.eps which I Distilled to bwt.tree.pdf and attempted to include with graphicx. This did not work; the graphics code could not identify the type and assumed eps (which was fine for the original). In short, don't use dots in the basename. (In this case generating package did so, so I had to rename the file.) > **************************** > > I have a proposition to possible contributors: could we finally prepare > a FAQ from the discussion on this list? Even if it repeats several topics > treated elsewhere? > A very good idea. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 From owner-pdftex@tug.org Tue Mar 24 05:17:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA00489 for ; Tue, 24 Mar 1998 05:17:24 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA26613 for pdftex-list; Tue, 24 Mar 1998 07:09:21 -0500 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA26610 for ; Tue, 24 Mar 1998 07:09:19 -0500 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id MAA01428; Tue, 24 Mar 1998 12:14:31 GMT Date: Tue, 24 Mar 1998 12:14:31 GMT Message-Id: <199803241214.MAA01428@nag.co.uk> From: David Carlisle To: pdftex@tug.org In-reply-to: <199803241046.KAA25046@toucan.stats> (ripley@stats.ox.ac.uk) Subject: Re: EPS, wrongs and rights. References: <199803241046.KAA25046@toucan.stats> Sender: owner-pdftex@tug.org Precedence: bulk > This did not work; the graphics code could not identify the type and > assumed eps the `default default' is to generate an error if it doesn't understand the file extension. dvips.def and several other driver back ends change the default to be EPS inclusion. what would be a good default type for pdftex.def ? Clearly eps isn't too good. Could be either pdf or png I suppose. > in short, don't use dots in > the basename. (In this case generating package did so, so I had to rename > the file.) It is possible to use the type= key in the graphicx version to force the package to know what sort of file it is, but renaming the file is probably easier. David From owner-pdftex@tug.org Tue Mar 24 06:02:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA01259 for ; Tue, 24 Mar 1998 06:02:03 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA26765 for pdftex-list; Tue, 24 Mar 1998 07:51:28 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA26762 for ; Tue, 24 Mar 1998 07:51:26 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id MAA20814; hop 0; Tue, 24 Mar 1998 12:48:55 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 24 Mar 1998 12:52:35 +0000 Date: Tue, 24 Mar 1998 12:40:28 +0000 Message-ID: <293-Tue24Mar1998124028+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: davidc@nag.co.uk Cc: pdftex@tug.org Subject: Re: EPS, wrongs and rights. In-Reply-To: <199803241214.MAA01428@nag.co.uk> References: <199803241046.KAA25046@toucan.stats> <199803241214.MAA01428@nag.co.uk> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle writes: > > what would be a good default type for pdftex.def ? Clearly eps isn't too > good. Could be either pdf or png I suppose. > the default should be png, i suppose. its the most reliable sebastian From owner-pdftex@tug.org Tue Mar 24 07:27:48 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA02904 for ; Tue, 24 Mar 1998 07:27:46 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA27116 for pdftex-list; Tue, 24 Mar 1998 09:22:14 -0500 Received: from hubert.wuh.wustl.edu (dialin2-122.wustl.edu [128.252.82.122]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA27113 for ; Tue, 24 Mar 1998 09:22:11 -0500 Received: (from ats@localhost) by hubert.wuh.wustl.edu (8.8.5/8.8.5) id IAA13842; Tue, 24 Mar 1998 08:19:17 -0600 To: Sebastian Rahtz Cc: iwamoto@tv.sony.co.jp, pdftex@tug.org Subject: Re: Can EPS file be included? References: <2071-Tue24Mar1998093922+0000-s.rahtz@elsevier.co.uk> <199803241006.AA00449@iwamoto.tv.sony.co.jp> <199803241020.KAA20011@lurgmhor.elsevier.co.uk> From: Alan Shutko Date: 24 Mar 1998 08:19:15 -0600 In-Reply-To: Sebastian Rahtz's message of Tue, 24 Mar 1998 10:20:45 GMT Message-ID: Lines: 12 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "S" == Sebastian Rahtz writes: S> it would be useful if people who *do* this sort of thing S> successfully could post a note about the packages with which it S> works reliably. I had it work with tgif's output, as long as I don't include text in the figure. If tgif is like every other package in the universe, I whould be able to convert the text to outlines, which would work.... -- Alan Shutko - By consent of the corrupted Conquering Russia should be done steppe by steppe. From owner-pdftex@tug.org Tue Mar 24 07:30:42 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA02958 for ; Tue, 24 Mar 1998 07:30:41 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA27087 for pdftex-list; Tue, 24 Mar 1998 09:17:49 -0500 Received: from aples2.jhuapl.edu (aples2.jhuapl.edu [128.244.26.86]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA27084 for ; Tue, 24 Mar 1998 09:17:47 -0500 Received: by aples2.jhuapl.edu with Internet Mail Service (5.5.1960.3) id ; Tue, 24 Mar 1998 09:18:34 -0500 Message-ID: <91D1D51C2955D111B82B00805F19989541C13B@aples2.jhuapl.edu> From: "Collins, Bernard F. (Skip)" To: pdftex@tug.org Subject: RE: Can EPS file be included? Date: Tue, 24 Mar 1998 09:18:24 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk On Tuesday, March 24, 1998 5:07 AM, Tatsuya IWAMOTO [SMTP:iwamoto@tv.sony.co.jp] wrote: > I am using Macromedia FreeHand, so I can export my drawings to PDF, and it's OK. > All I have to do is turn all the text into outline before I export it to PDF. Illustrator seven can also save pdf. But I spent some frustrating minutes before discovering that it will not embed fonts in pdf files. So acrobat reader substitutes a multimaster font for anything besides the basic fourteen. Perhaps this is as it should be: final production applications such as pdftex and distiller can do a better job of partial font embedding if included fragments do not mess around with fonts. So, can pdftex embed the fonts of included pdf? If, as I suspect, the answer is no, is such a capability planned? Skip Collins From owner-pdftex@tug.org Tue Mar 24 07:36:40 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA03075 for ; Tue, 24 Mar 1998 07:36:39 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA27147 for pdftex-list; Tue, 24 Mar 1998 09:27:42 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA27144 for ; Tue, 24 Mar 1998 09:27:39 -0500 Received: from hagen (zl47.pi.net [145.220.204.47]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id PAA27853; Tue, 24 Mar 1998 15:28:22 +0100 (MET) Posted-Date: Tue, 24 Mar 1998 15:28:22 +0100 (MET) Message-ID: <3517B626.5160@pi.net> Date: Tue, 24 Mar 1998 14:33:26 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Prof Brian Ripley CC: Jerzy Karczmarczuk , pdftex@tug.org Subject: Re: EPS, wrongs and rights. References: <199803241046.KAA25046@toucan.stats> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Prof Brian Ripley wrote: > If anyone can tell me the precise restrictions on eps that can be > converted to includable PDF, I would be grateful. Everything should be in one object. Lesenko has (impressive) solution in dvipdf for pdf inclusion, and some day (I think) Thanh will link his dll into pdftex. > And one little gem which may help someone. I had a file bwt.tree.eps > which I Distilled to bwt.tree.pdf and attempted to include with graphicx. > This did not work; the graphics code could not identify the type and > assumed eps (which was fine for the original). In short, don't use dots in > the basename. (In this case generating package did so, so I had to rename > the file.) Keep in mind that the current solution is a temporary hack. You still need the eps file to inform tex about the right dimensions for the graphic! Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Mar 24 08:59:15 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA04985 for ; Tue, 24 Mar 1998 08:59:14 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA27457 for pdftex-list; Tue, 24 Mar 1998 10:45:04 -0500 Received: from cnri.reston.va.us (ns.CNRI.Reston.VA.US [132.151.1.1]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA27454 for ; Tue, 24 Mar 1998 10:45:03 -0500 Received: from weyr.cnri.reston.va.us (weyr [132.151.1.23]) by cnri.reston.va.us (8.8.5/8.8.7a) with SMTP id KAA07266; Tue, 24 Mar 1998 10:48:44 -0500 (EST) Received: by weyr.cnri.reston.va.us (SMI-8.6/SMI-SVR4) id KAA20285; Tue, 24 Mar 1998 10:46:03 -0500 Date: Tue, 24 Mar 1998 10:46:03 -0500 Message-Id: <199803241546.KAA20285@weyr.cnri.reston.va.us> From: "Fred L. Drake" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Thomas Esser Cc: pdftex@tug.org, tetex@informatik.uni-hannover.de Subject: Re: [TETEX 2040] Update to latest test teTeX 0.9, pdfTeX In-Reply-To: <199803221415.PAA01052@gauss.informatik.uni-hannover.de> References: <199803221415.PAA01052@gauss.informatik.uni-hannover.de> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Reply-To: "Fred L. Drake, Jr." X-Organization: Corporation for National Research Initiatives Sender: owner-pdftex@tug.org Precedence: bulk Thomas Esser writes: > The precise version of the teTeX pretest you are using should be included in > any bug report... Mea culpa; I'm using 980318. This was still the version on the FTP site about an hour ago. The pdfTeX version included gives me: This is PDFTeX, Version 3.14159-0.12f (Web2C 7.2) > The problem was recently fixed by replacing hpdftex.def by a new version > that was posted by Sebastian Rahtz on the tetex-pretest list. The problem > is that the new pdftex version needs a different hyperref support. I was not using hyperref; it failed on some other markup in my documents, and I'm not sure that *that* wasn't my fault, so I was hoping to avoid that problem. It seemed I was successful for a while as well! Here's what I am doing. This is included in a .sty file I'm using: ------------------------------------------------------------------------ \ifx\pdfoutput\undefined\else\ifcase\pdfoutput \let\LinkColor=\relax \let\NormalColor=\relax \else \input{pdfcolor} \let\LinkColor=\NavyBlue \let\NormalColor=\Black \pdfcompresslevel=9 % % This definition allows the entries in the page-view of the ToC to be % active links. Some work, some don't. % \let\OldContentsline=\contentsline \renewcommand{\contentsline}[3]{% \OldContentsline{#1}{% \pdfannotlink attr{/Border [0 0 0]} goto name{page.#3}% \LinkColor#2\NormalColor% \pdfendlink% }{#3}% } %\renewcommand{\thepage}{\roman{page}} % % This is supposed to build the "outline" view of the document; it seems % quite fragile. The breakages are the same as in the ToC. % \AtEndDocument{ \InputIfFileExists{\jobname.bkm}{\pdfcatalog pagemode{/UseOutlines}}{} } \let\OldLabel=\label \renewcommand{\label}[1]{% \OldLabel{#1}% {\pdfdest name{label.#1} fit}% } % This stuff adds a page.# destination to every PDF page, where # has % the same formatting as the displayed page number. This doesn't really % help with the frontmatter, but does fine with the body. % % This is *heavily* based on the hyperref package. % \def\@begindvi{% \unvbox \@begindvibox \@hyperfixhead } \def\hyperpageanchor{\pdfdest name{page.\thepage}} \let\HYPERPAGEANCHOR\hyperpageanchor \def\@hyperfixhead{% \let\H@old@thehead\@thehead \gdef\@foo{\pdfdest name{page.\thepage} fit}% \expandafter\ifx\expandafter\@empty\H@old@thehead \def\H@old@thehead{\hfil}\fi \def\@thehead{\@foo\relax\H@old@thehead}% } \fi\fi ------------------------------------------------------------------------ This uses some simplified material from hyperref to get the "page.#" named destinations, anf the .bkm file included at the end of the document (using \AtEndDocument) is a series of lines like: ------------------------------------------------------------------------ \pdfoutline goto name{page.1} count -4 {1 Introduction} \pdfoutline goto name{page.1} {1.1 Include Files} \pdfoutline goto name{page.1} count -2 {1.2 Objects, Types and Reference Counts} \pdfoutline goto name{page.2} count -1 {Reference Counts} \pdfoutline goto name{page.2} {Reference Count Details} ... ------------------------------------------------------------------------ The \pdfoutline entries are generated from the .toc file by an external script. This was simply easier for me than understanding how to get the "count" field while still in latex. My custom \maketitle looks like this: ------------------------------------------------------------------------ % Change the title page to look a bit better, and fit in with the % fncychap ``Bjarne'' style a bit better. % \renewcommand{\maketitle}{% \begin{titlepage}% \let\footnotesize\small \let\footnoterule\relax \@ifundefined{ChTitleVar}{}{% \mghrulefill{\RW}}% \@ifundefined{pdfinfo}{}{ \pdfinfo author {\@author} title {\@title} } \begin{flushright}% {\rm\Huge\HeaderFamily \@title \par}% {\em\LARGE\HeaderFamily \@release \par} \vfill {\LARGE\HeaderFamily \@author \par} \vfill\vfill {\large \@date \par \vfill \@authoraddress \par }% \end{flushright}%\par \@thanks \end{titlepage}% \setcounter{footnote}{0}% \let\thanks\relax\let\maketitle\relax \gdef\@thanks{}\gdef\@author{}\gdef\@title{} } ------------------------------------------------------------------------ I don't think there's anything wrong with it, and it worked just fine with pdftex 0.11. I'd really appreciate any advice anyone can offer on this. Thanks! -Fred -- Fred L. Drake, Jr. fdrake@cnri.reston.va.us Corporation for National Research Initiatives 1895 Preston White Drive Reston, VA 20191 From owner-pdftex@tug.org Tue Mar 24 09:43:25 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA06300 for ; Tue, 24 Mar 1998 09:43:24 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA27666 for pdftex-list; Tue, 24 Mar 1998 11:37:01 -0500 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA27661 for ; Tue, 24 Mar 1998 11:36:59 -0500 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id KAA18469 for ; Tue, 24 Mar 1998 10:35:55 -0600 Message-ID: <3517E017.A64DE563@iws-irms.com> Date: Tue, 24 Mar 1998 10:32:23 -0600 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: setting up texmf.cnf Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, I'm struggling to set up pdftex .12 in an NT system. I have the miktex distribution, and i would like to make pdftex work with it. (Miktex includes pdftex 11, which has a bug which makes files unreadable by Macintosh systems, long story). I haven't been able to go past the error message saying it can't find the tex.pool file... I'm not a total novice to TeX, but i'm stumped here. I think my main problem is how to set up the texmf.cnf file. I haven't even been able to figure out if i should use "/" or "\" or "\\" as separator.. Has anyone been able to make pdftex 12 work with MixTeX? Can you help me with the texmf.cnf file? I have used MikTeX for a while and it works just fine, so i'm trying to keep it. But if i have to switch to web2c, i will do it. PDF files are much more useful to me than DVI files. I've looked into the web2c distribution, and i can't figure out which files i need. If this is the route i must take, could someone help me? I don't want to recompile it. I just want binaries, libraries and fonts i need to run it in my NT system. Thank you for any pointers. Glauber -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdf@lists.pdfzone.com Tue Mar 24 09:50:16 1998 Flags: 000000000001 Received: from everglades.binc.net (everglades.binc.net [208.155.48.8]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA06548 for ; Tue, 24 Mar 1998 09:50:15 -0700 (MST) Received: from localhost (majordom@localhost) by everglades.binc.net (8.8.8/8.8.8) with SMTP id KAA10005; Tue, 24 Mar 1998 10:36:37 -0600 Received: by everglades.binc.net (bulk_mailer v1.8); Tue, 24 Mar 1998 10:35:14 -0600 Received: (from majordom@localhost) by everglades.binc.net (8.8.8/8.8.8) id KAA09917; Tue, 24 Mar 1998 10:35:09 -0600 X-Sender: kfoss@mailbag.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 24 Mar 1998 10:36:30 -0600 To: pdf@lists.pdfzone.com From: "Nicholas G. Koopman Jr." Subject: [PDF] PDF printer driver Sender: owner-pdf@lists.pdfzone.com Reply-To: pdf@lists.pdfzone.com X-Sender: Emerge 800-829-2459 Hello PDF world, An application I have creates nice reports with text & graphics. These reports can not be saved as files, or cut and pasted into other apps. They can only be printed. Other than printing them and then scanning them in, does anyone know of a driver that looks like a printer diver that instead of printing what is sent to it, saves it as a local PDF file? Thanks, Nick +------------------------------------------------------------------------+ + PDF is sponsored by EMERGE, the Acrobat PDF Specialists + + Subscribe/Unsubscribe: http://emerge.pdfzone.com/resources/lists.html + +------------------------------------------------------------------------+ From owner-pdftex@tug.org Tue Mar 24 11:17:14 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA08829 for ; Tue, 24 Mar 1998 11:17:13 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA28061 for pdftex-list; Tue, 24 Mar 1998 13:08:52 -0500 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id NAA28058 for ; Tue, 24 Mar 1998 13:08:49 -0500 Received: from graves.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 24 Mar 98 18:08:11 +0000 (GMT) Subject: Re: EPS, wrongs and rights. To: Hans Hagen Date: Tue, 24 Mar 1998 18:08:09 +0000 (GMT) From: Timothy Murphy Cc: pdftex@tug.org In-Reply-To: <3517B626.5160@pi.net> from "Hans Hagen" at Mar 24, 98 02:33:26 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID: <9803241808.aa27593@graves.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk > > Everything should be in one object. Lesenko has (impressive) solution in dvipdf for pdf > inclusion Where is this? From owner-pdftex@tug.org Tue Mar 24 12:05:48 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA10043 for ; Tue, 24 Mar 1998 12:05:47 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA28266 for pdftex-list; Tue, 24 Mar 1998 13:56:42 -0500 Received: from cnri.reston.va.us (ns.CNRI.Reston.VA.US [132.151.1.1]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA28263 for ; Tue, 24 Mar 1998 13:56:40 -0500 Received: from weyr.cnri.reston.va.us (weyr [132.151.1.23]) by cnri.reston.va.us (8.8.5/8.8.7a) with SMTP id OAA08201; Tue, 24 Mar 1998 14:00:19 -0500 (EST) Received: by weyr.cnri.reston.va.us (SMI-8.6/SMI-SVR4) id NAA21226; Tue, 24 Mar 1998 13:57:40 -0500 Date: Tue, 24 Mar 1998 13:57:40 -0500 Message-Id: <199803241857.NAA21226@weyr.cnri.reston.va.us> From: "Fred L. Drake" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Thomas Esser CC: pdftex@tug.org, tetex@informatik.uni-hannover.de Subject: Re: [TETEX 2040] Update to latest test teTeX 0.9, pdfTeX In-Reply-To: <199803241546.KAA20285@weyr.cnri.reston.va.us> References: <199803221415.PAA01052@gauss.informatik.uni-hannover.de> <199803241546.KAA20285@weyr.cnri.reston.va.us> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Reply-To: "Fred L. Drake, Jr." X-Organization: Corporation for National Research Initiatives Sender: owner-pdftex@tug.org Precedence: bulk Fred L. Drake writes: > Mea culpa; I'm using 980318. This was still the version on the FTP > site about an hour ago. The pdfTeX version included gives me: > > This is PDFTeX, Version 3.14159-0.12f (Web2C 7.2) ... > I was not using hyperref; it failed on some other markup in my > documents, and I'm not sure that *that* wasn't my fault, so I was > hoping to avoid that problem. It seemed I was successful for a while To follow up to my own post with some additional information, I just updated hyperref to 6.18 and used it instead; the problem persists. This really appears to be a pdfTeX problem. -Fred -- Fred L. Drake, Jr. fdrake@cnri.reston.va.us Corporation for National Research Initiatives 1895 Preston White Drive Reston, VA 20191 From owner-pdftex@tug.org Tue Mar 24 16:47:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA17362 for ; Tue, 24 Mar 1998 16:47:38 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA29670 for pdftex-list; Tue, 24 Mar 1998 18:44:04 -0500 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id SAA29664 for ; Tue, 24 Mar 1998 18:44:00 -0500 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.201]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id AAA04916; Wed, 25 Mar 1998 00:40:37 +0100 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id AAA02327; Wed, 25 Mar 1998 00:38:09 +0100 Date: Wed, 25 Mar 1998 00:38:09 +0100 Message-Id: <199803242338.AAA02327@SnowWhite.inet.cz> From: "Pavel Janik ml." To: tetex@informatik.uni-hannover.de, pdftex@tug.org Subject: teTeX0.4plx/pdfTeX0.11 vs teTeX980318/0.12 problems X-Operating-System: Linux 2.1.90 on Intel, Linux 2.0.32 on Sparc Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi. I used to prepare my slides (slides.cls in landscape) with pdf(la)tex 0.11 from teTeX0.4pl7 (8?). I decided to upgrade to 981803 and everything went fine. Except my slides... I realised, that some constructions used by pdfTeX are changed (for e.g. \pdfinfo, \pdfimage - depth etc.). That's ok. No problem (Thx Thanh). But when I simply discarded these tags, the result was _not_ in landscape, but simply portrait. I have no idea what mistake I did, do you have one? One of my slides (hardly edited) looks like this (sorry for LaTeX, but for me it's faster to write it in LaTeX): \documentclass[a4paper, landscape, titlepage]{slides} \pdfoutput=1 % from pdftex0.11 \begin{document} Here is the text I wanted to display in landscape A4. No special pdftex constructions here. \end{document} And now: 0.4pl7/0.11 pdflatex this.tex && acroread this.pdf ... A4/landscape When I type CTRL-SHIFT-M and CTRL-J in Acrobat Reader I have _all_ text on screen. 980318/0.12f pdflatex this.tex && acroread this.pdf ... A4/portrait When I type latex this.tex && xdvi this (980318) it displays the words "No special pdf" outside of paper. Any suggestions? It's probably my fault, but I'm only TeX user, not TeXnician... If it's not worthy to reply to list, please reply to me. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Mar 25 00:30:13 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA29974 for ; Wed, 25 Mar 1998 00:30:13 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA31363 for pdftex-list; Wed, 25 Mar 1998 02:25:59 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA31360 for ; Wed, 25 Mar 1998 02:25:57 -0500 Received: from hagen (zl46.pi.net [145.220.204.46]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id IAA18197; Wed, 25 Mar 1998 08:27:08 +0100 (MET) Posted-Date: Wed, 25 Mar 1998 08:27:08 +0100 (MET) Message-ID: <3518B15E.1A7@pi.net> Date: Wed, 25 Mar 1998 08:25:18 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org CC: pragma@pi.net Subject: bug? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk When I say pdftex -ini I would expect pdftex not to load a format but instead to enter loading mode. Somehow -ini does *not* work when I generate a format from the directory where the sources are located, but when I change to whatever directory in the search path, things are ok. I did not change any setup etc. Is this some new feature I'm unaware of, probably web2c related? Suggestions? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Mar 25 01:00:11 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA00592 for ; Wed, 25 Mar 1998 01:00:10 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA31552 for pdftex-list; Wed, 25 Mar 1998 02:56:06 -0500 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA31549 for ; Wed, 25 Mar 1998 02:56:04 -0500 Received: from NEUROMANCER.ese-metz.fr (neuromancer.ese-metz.fr [193.48.224.95]) by esemetz.ese-metz.fr (8.8.8/8.8.8) with SMTP id IAA00768 for ; Wed, 25 Mar 1998 08:57:02 +0100 (MET) To: pdftex@tug.org Subject: pdftex-0.12h for win32 From: Fabrice POPINEAU Date: 25 Mar 1998 08:58:35 +0100 Message-ID: Lines: 6 X-Mailer: Quassia Gnus v0.37/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk The latest pdftex-0.12h is available for win32 form: ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/pdftex-0.12h-win32.zip Fabrice Popineau From owner-pdftex@tug.org Wed Mar 25 01:59:45 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA01674 for ; Wed, 25 Mar 1998 01:59:44 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA31770 for pdftex-list; Wed, 25 Mar 1998 03:55:55 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA31767 for ; Wed, 25 Mar 1998 03:55:53 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id JAA12711; Wed, 25 Mar 1998 09:56:52 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id JAA18551; Wed, 25 Mar 1998 09:56:50 +0100 (MET) From: Han The Thanh Message-Id: <199803250856.JAA18551@anxur.fi.muni.cz> Subject: Re: teTeX0.4plx/pdfTeX0.11 vs teTeX980318/0.12 problems In-Reply-To: <199803242338.AAA02327@SnowWhite.inet.cz> from "Pavel Janik ml." at "Mar 25, 98 00:38:09 am" To: Pavel.Janik@inet.cz Date: Wed, 25 Mar 1998 09:56:50 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > I used to prepare my slides (slides.cls in landscape) with pdf(la)tex > 0.11 from teTeX0.4pl7 (8?). I decided to upgrade to 981803 and > everything went fine. Except my slides... I realised, that some > constructions used by pdfTeX are changed (for e.g. \pdfinfo, \pdfimage > - depth etc.). That's ok. No problem (Thx Thanh). But when I simply > discarded these tags, the result was _not_ in landscape, but simply > portrait. I have no idea what mistake I did, do you have one? > > One of my slides (hardly edited) looks like this (sorry for LaTeX, but > for me it's faster to write it in LaTeX): > > \documentclass[a4paper, landscape, titlepage]{slides} > \pdfoutput=1 % from pdftex0.11 > > \begin{document} > Here is the text I wanted to display in landscape A4. No > special pdftex constructions here. > \end{document} the resson why this sample stops to work with pdftex-0.12 is related to setting page dimensions: you need to set \pdfpagewidth and \pdfpageheight to the proper values by hand, or just comment out page_width and page_height in pdftex.cfg to let pdftex calculate page dimensions itself, or change them to a4 landscape (which means exchanging their value). Thanh From owner-pdftex@tug.org Wed Mar 25 03:14:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA03137 for ; Wed, 25 Mar 1998 03:14:00 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA32140 for pdftex-list; Wed, 25 Mar 1998 05:09:36 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA32137 for ; Wed, 25 Mar 1998 05:09:35 -0500 Received: from hagen (zl42.pi.net [145.220.204.42]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id LAA04803; Wed, 25 Mar 1998 11:10:33 +0100 (MET) Posted-Date: Wed, 25 Mar 1998 11:10:33 +0100 (MET) Message-ID: <3518B260.154E@pi.net> Date: Wed, 25 Mar 1998 08:29:36 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Timothy Murphy CC: pdftex@tug.org Subject: Re: EPS, wrongs and rights. References: <9803241808.aa27593@graves.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Timothy Murphy wrote: > > > > > Everything should be in one object. Lesenko has (impressive) solution in dvipdf for pdf > > inclusion > > Where is this? As far as I know still beta but it was presented at TUG97. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Mar 25 03:21:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA03270 for ; Wed, 25 Mar 1998 03:21:07 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA32163 for pdftex-list; Wed, 25 Mar 1998 05:12:59 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA32160 for ; Wed, 25 Mar 1998 05:12:55 -0500 Received: from hagen (zl42.pi.net [145.220.204.42]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id LAA05802; Wed, 25 Mar 1998 11:14:06 +0100 (MET) Posted-Date: Wed, 25 Mar 1998 11:14:06 +0100 (MET) Message-ID: <3518D86B.5C2C@pi.net> Date: Wed, 25 Mar 1998 11:11:55 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org, Fabrice POPINEAU CC: pragma@pi.net Subject: Re: calculator demo References: <35178C9A.2092@pi.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Fabrice POPINEAU wrote: > > Hi, > > The server http://frambach.eco.rug.nl/pragma/examples.htm > returns some error (Error: 400 Bad Request, > Server is unable to make sense of the request.) In reply to Sebastian who had similar problems Erik suggested to use ftp: ftp://frambach.eco.rug.nl/calculat.zip Sebastian is also posting the demo at the tug site. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Mar 25 04:53:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA04937 for ; Wed, 25 Mar 1998 04:53:15 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA32493 for pdftex-list; Wed, 25 Mar 1998 06:42:06 -0500 Received: from md2.vsnl.net.in (md2.vsnl.net.in [202.54.6.20]) by tug.org (8.8.5/8.8.5) with SMTP id GAA32490 for ; Wed, 25 Mar 1998 06:42:02 -0500 Received: by md2.vsnl.net.in; id AA02415; Wed, 25 Mar 1998 17:20:03 +0530 Date: Wed, 25 Mar 1998 17:20:03 +0530 (IST) From: RADHAKRISHNAN C V To: Hans Hagen Cc: pdftex@tug.org, Fabrice POPINEAU Subject: Re: calculator demo In-Reply-To: <3518D86B.5C2C@pi.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 25 Mar 1998, Hans Hagen wrote: > Fabrice POPINEAU wrote: > > > > Hi, > > > > The server http://frambach.eco.rug.nl/pragma/examples.htm > > returns some error (Error: 400 Bad Request, > > Server is unable to make sense of the request.) > I got from the site loud and clear! There was no problems of whatsoever nature and viewed the file without troubles. Also I have downloaded 10-10-95.zip also. Both worked fine. Radhakrishnan From owner-pdftex@tug.org Wed Mar 25 04:57:15 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA05016 for ; Wed, 25 Mar 1998 04:57:14 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA32474 for pdftex-list; Wed, 25 Mar 1998 06:39:53 -0500 Received: from md2.vsnl.net.in (md2.vsnl.net.in [202.54.6.20]) by tug.org (8.8.5/8.8.5) with SMTP id GAA32471 for ; Wed, 25 Mar 1998 06:39:49 -0500 Received: by md2.vsnl.net.in; id AB14633; Wed, 25 Mar 1998 17:17:50 +0530 Date: Wed, 25 Mar 1998 17:17:49 +0530 (IST) From: RADHAKRISHNAN C V To: Hans Hagen Cc: pdftex@tug.org, Fabrice POPINEAU Subject: Re: calculator demo In-Reply-To: <3518D86B.5C2C@pi.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 25 Mar 1998, Hans Hagen wrote: > Fabrice POPINEAU wrote: > > > > Hi, > > > > The server http://frambach.eco.rug.nl/pragma/examples.htm > > returns some error (Error: 400 Bad Request, > > Server is unable to make sense of the request.) I got from the site loud and clear! There was no problems of whatsoever nature and viewed the file without troubles. Also I have downloaded 10-10-95.zip also. Both worked fine. Radhakrishnan From owner-pdftex@tug.org Wed Mar 25 06:19:24 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA06461 for ; Wed, 25 Mar 1998 06:19:22 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA00079 for pdftex-list; Wed, 25 Mar 1998 08:13:53 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA00076 for ; Wed, 25 Mar 1998 08:13:51 -0500 Received: from hagen (zl25.pi.net [145.220.204.25]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id OAA04964; Wed, 25 Mar 1998 14:15:02 +0100 (MET) Posted-Date: Wed, 25 Mar 1998 14:15:02 +0100 (MET) Message-ID: <3518FC55.14E5@pi.net> Date: Wed, 25 Mar 1998 13:45:09 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org CC: pragma@pi.net Subject: eurotex Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, At EuroTeX I'm doing a tutorial on pdf and tex. If there are members of this list attending this tutorial, and they have specific things they want to hear about, please let me know. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Mar 25 07:19:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA07661 for ; Wed, 25 Mar 1998 07:19:40 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00348 for pdftex-list; Wed, 25 Mar 1998 09:13:34 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00345 for ; Wed, 25 Mar 1998 09:13:32 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA15674 for ; Wed, 25 Mar 1998 15:14:42 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA13492 for pdftex@tug.cs.umb.edu; Wed, 25 Mar 1998 15:14:41 +0100 (MET) From: Han The Thanh Message-Id: <199803251414.PAA13492@anxur.fi.muni.cz> Subject: Re: [TETEX 2040] Update to latest test teTeX 0.9, pdfTeX To: pdftex@tug.org (PDFTEX) Date: Wed, 25 Mar 1998 15:14:41 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, the problem is caused by changing syntax of \pdfinfo and \pdfcalalog in pdftex-0.12. Please have a look at example.tex to see how to use it. In your example you can do changing ---------------------------------- \AtEndDocument{ \InputIfFileExists{\jobname.bkm}{\pdfcatalog pagemode{/UseOutlines}}{} } ... \pdfinfo author {\@author} title {\@title} ... ---------------------------------- to ---------------------------------- \AtEndDocument{ \InputIfFileExists{\jobname.bkm}{\pdfcatalog{/PageMode /UseOutlines}{} } ... \pdfinfo{ /Author (\@author) /Title (\@title) } ... ---------------------------------- Thanh From owner-pdftex@tug.org Wed Mar 25 07:34:49 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA07966 for ; Wed, 25 Mar 1998 07:34:48 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00423 for pdftex-list; Wed, 25 Mar 1998 09:30:21 -0500 Received: from cnri.reston.va.us (ns.CNRI.Reston.VA.US [132.151.1.1]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00420 for ; Wed, 25 Mar 1998 09:30:20 -0500 Received: from weyr.cnri.reston.va.us (weyr [132.151.1.23]) by cnri.reston.va.us (8.8.5/8.8.7a) with SMTP id JAA11120; Wed, 25 Mar 1998 09:34:02 -0500 (EST) Received: by weyr.cnri.reston.va.us (SMI-8.6/SMI-SVR4) id JAA28675; Wed, 25 Mar 1998 09:31:26 -0500 Date: Wed, 25 Mar 1998 09:31:26 -0500 Message-Id: <199803251431.JAA28675@weyr.cnri.reston.va.us> From: "Fred L. Drake" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Han The Thanh Cc: pdftex@tug.org (PDFTEX), Thomas Esser Subject: Re: [TETEX 2040] Update to latest test teTeX 0.9, pdfTeX In-Reply-To: <199803251414.PAA13492@anxur.fi.muni.cz> References: <199803251414.PAA13492@anxur.fi.muni.cz> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Reply-To: "Fred L. Drake, Jr." X-Organization: Corporation for National Research Initiatives Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > Hi, > > the problem is caused by changing syntax of \pdfinfo and \pdfcalalog in > pdftex-0.12. Please have a look at example.tex to see how to use it. In your ... > \AtEndDocument{ > \InputIfFileExists{\jobname.bkm}{\pdfcatalog{/PageMode /UseOutlines}{} ... > \pdfinfo{ > /Author (\@author) > /Title (\@title) Thanks! I didn't catch the change in example.tex because the teTeX distribution didn't update all the files; appearantly texmf/doc/pdftex/example.tex was still the old version. I'm sending a copy of this to Thomas Esser to point out the problem, so it can be corrected in the next release. Thanks again! -Fred -- Fred L. Drake, Jr. fdrake@cnri.reston.va.us Corporation for National Research Initiatives 1895 Preston White Drive Reston, VA 20191 From owner-pdftex@tug.org Wed Mar 25 07:55:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA08382 for ; Wed, 25 Mar 1998 07:55:21 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00547 for pdftex-list; Wed, 25 Mar 1998 09:49:43 -0500 Received: from regulus.informatik.uni-hannover.de (regulus.informatik.uni-hannover.de [130.75.26.7]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00544 for ; Wed, 25 Mar 1998 09:49:41 -0500 Received: (from te@localhost) by regulus.informatik.uni-hannover.de (8.8.8/8.8.8) id PAA18625; Wed, 25 Mar 1998 15:50:39 +0100 (MET) Date: Wed, 25 Mar 1998 15:50:39 +0100 (MET) From: Thomas Esser Message-Id: <199803251450.PAA18625@regulus.informatik.uni-hannover.de> To: fdrake@acm.org Cc: pdftex@tug.org, thanh@informatics.muni.cz Subject: Re: [TETEX 2040] Update to latest test teTeX 0.9, pdfTeX Sender: owner-pdftex@tug.org Precedence: bulk > Thanks! I didn't catch the change in example.tex because the teTeX > distribution didn't update all the files; appearantly > texmf/doc/pdftex/example.tex was still the old version. > I'm sending a copy of this to Thomas Esser to point out the > problem, so it can be corrected in the next release. Oh, you don't need to send me that file. I think it is the version from pdftexlib-0.12h.tar.gz. Well, I have overseen to update texmf/doc/pdftex/example.tex, because pdftexlib has example.tex in texmf/pdftex/plain/misc and image.png in texmf/pdftex/base. Both files should be moved to texmf/doc/pdftex as in teTeX. Thomas From owner-pdftex@tug.org Wed Mar 25 08:09:26 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA08729 for ; Wed, 25 Mar 1998 08:09:25 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00581 for pdftex-list; Wed, 25 Mar 1998 09:56:35 -0500 Received: from regulus.informatik.uni-hannover.de (regulus.informatik.uni-hannover.de [130.75.26.7]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00578 for ; Wed, 25 Mar 1998 09:56:32 -0500 Received: (from te@localhost) by regulus.informatik.uni-hannover.de (8.8.8/8.8.8) id PAA18751; Wed, 25 Mar 1998 15:56:46 +0100 (MET) Date: Wed, 25 Mar 1998 15:56:46 +0100 (MET) From: Thomas Esser Message-Id: <199803251456.PAA18751@regulus.informatik.uni-hannover.de> To: Olaf Weber , pdftex@tug.org Subject: zlib update Sender: owner-pdftex@tug.org Precedence: bulk I append my diffs for the zlib 1.1.1 -> 1.1.2 update. In the past it was always me who updated zlib for pdftex, I think, but I wonder why. It is so easy. Just use the original zlib distribution except for Makefile.in (use the modified version) and remove Makefile. zlib is mirrored on CTAN. Thomas diff -rc texk-7.2/web2c/pdftexdir/zlib/ChangeLog teTeX-0.9/texk/web2c/pdftexdir/zlib/ChangeLog *** texk-7.2/web2c/pdftexdir/zlib/ChangeLog Wed Mar 11 19:49:06 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/ChangeLog Thu Mar 19 11:56:03 1998 *************** *** 1,6 **** --- 1,25 ---- ChangeLog file for zlib + Changes in 1.1.2 (19 March 98) + - added contrib/minzip, mini zip and unzip based on zlib (Gilles Vollant) + See http://www.winimage.com/zLibDll/unzip.html + - preinitialize the inflate tables for fixed codes, to make the code + completely thread safe (Mark) + - some simplifications and slight speed-up to the inflate code (Mark) + - fix gzeof on non-compressed files (Allan Schrum) + - add -std1 option in configure for OSF1 to fix gzprintf (Martin Mokrejs) + - use default value of 4K for Z_BUFSIZE for 16-bit MSDOS (Tim Wegner + Glenn) + - added os2/Makefile.def and os2/zlib.def (Andrew Zabolotny) + - add shared lib support for UNIX_SV4.2MP (MATSUURA Takanori) + - do not wrap extern "C" around system includes (Tom Lane) + - mention zlib binding for TCL in README (Andreas Kupries) + - added amiga/Makefile.pup for Amiga powerUP SAS/C PPC (Andreas Kleinert) + - allow "make install prefix=..." even after configure (Glenn Randers-Pehrson) + - allow "configure --prefix $HOME" (Tim Mooney) + - remove warnings in example.c and gzio.c (Glenn Randers-Pehrson) + - move Makefile.sas to amiga/Makefile.sas + Changes in 1.1.1 (27 Feb 98) - fix macros _tr_tally_* in deflate.h for debug mode (Glenn Randers-Pehrson) - remove block truncation heuristic which had very marginal effect for zlib *************** *** 138,144 **** - allow compilation with ANSI keywords only enabled for TurboC in large model - avoid "versionString"[0] (Borland bug) - add NEED_DUMMY_RETURN for Borland ! - use variable z_verbose for tracing in debug mode (Peter Deutsch). - allow compilation with CC - defined STDC for OS/2 (David Charlap) - limit external names to 8 chars for MVS (Thomas Lund) --- 157,163 ---- - allow compilation with ANSI keywords only enabled for TurboC in large model - avoid "versionString"[0] (Borland bug) - add NEED_DUMMY_RETURN for Borland ! - use variable z_verbose for tracing in debug mode (L. Peter Deutsch). - allow compilation with CC - defined STDC for OS/2 (David Charlap) - limit external names to 8 chars for MVS (Thomas Lund) diff -rc texk-7.2/web2c/pdftexdir/zlib/INDEX teTeX-0.9/texk/web2c/pdftexdir/zlib/INDEX *** texk-7.2/web2c/pdftexdir/zlib/INDEX Wed Mar 11 19:49:06 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/INDEX Thu Mar 19 16:25:24 1998 *************** *** 5,11 **** Makefile.in makefile for Unix (template for configure) Makefile.msc makefile for Microsoft C 16-bit Makefile.riscos makefile for RISCOS - Makefile.sas makefile for Amiga SAS/C README guess what algorithm.txt description of the (de)compression algorithm configure configure script for Unix --- 5,10 ---- *************** *** 13,18 **** --- 12,20 ---- zlib.3 mini man page for zlib (volunteers to write full man pages from zlib.h welcome. write to jloup@gzip.org) + amiga/Makefile.sas makefile for Amiga SAS/C + amiga/Makefile.pup makefile for Amiga powerUP SAS/C PPC + msdos/Makefile.w32 makefile for Microsoft Visual C++ 32-bit msdos/Makefile.b32 makefile for Borland C++ 32-bit msdos/Makefile.bor makefile for Borland C/C++ 16-bit *************** *** 48,53 **** --- 50,56 ---- inftrees.h infutil.c infutil.h + maketree.c trees.c uncompr.c zutil.c *************** *** 61,66 **** --- 64,73 ---- contrib/asm386/ by Gilles Vollant 386 asm code replacing longest_match(). + + contrib/minizip/ by Gilles Vollant + Mini zip and unzip based on zlib + See http://www.winimage.com/zLibDll/unzip.html contrib/iostream/ by Kevin Ruland A C++ I/O streams interface to the zlib gz* functions Only in texk-7.2/web2c/pdftexdir/zlib: Makefile.b32 Only in texk-7.2/web2c/pdftexdir/zlib: Makefile.bor Only in texk-7.2/web2c/pdftexdir/zlib: Makefile.dj2 diff -rc texk-7.2/web2c/pdftexdir/zlib/Makefile.in teTeX-0.9/texk/web2c/pdftexdir/zlib/Makefile.in *** texk-7.2/web2c/pdftexdir/zlib/Makefile.in Wed Mar 25 06:14:56 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/Makefile.in Wed Mar 25 02:03:12 1998 *************** *** 19,25 **** LDFLAGS=-L. -lz LDSHARED=$(CC) ! VER=1.1.1 LIBS=libz.a AR=ar --- 19,25 ---- LDFLAGS=-L. -lz LDSHARED=$(CC) ! VER=1.1.2 LIBS=libz.a AR=ar Only in texk-7.2/web2c/pdftexdir/zlib: Makefile.msc Only in texk-7.2/web2c/pdftexdir/zlib: Makefile.sas Only in texk-7.2/web2c/pdftexdir/zlib: Makefile.tc Only in texk-7.2/web2c/pdftexdir/zlib: Makefile.wat diff -rc texk-7.2/web2c/pdftexdir/zlib/README teTeX-0.9/texk/web2c/pdftexdir/zlib/README *** texk-7.2/web2c/pdftexdir/zlib/README Wed Mar 11 19:49:17 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/README Thu Mar 19 15:46:31 1998 *************** *** 1,4 **** ! zlib 1.1.1 is a general purpose data compression library. All the code is thread safe. The data format used by the zlib library is described by RFCs (Request for Comments) 1950 to 1952 in the files ftp://ds.internic.net/rfc/rfc1950.txt (zlib format), rfc1951.txt (deflate --- 1,4 ---- ! zlib 1.1.2 is a general purpose data compression library. All the code is thread safe. The data format used by the zlib library is described by RFCs (Request for Comments) 1950 to 1952 in the files ftp://ds.internic.net/rfc/rfc1950.txt (zlib format), rfc1951.txt (deflate *************** *** 21,38 **** if this fails, to the addresses given below in the Copyright section. The zlib home page is http://www.cdrom.com/pub/infozip/zlib/ The official zlib ftp site is ftp://ftp.cdrom.com/pub/infozip/zlib/ ! Mark Nelson wrote an article about zlib for the Jan. 1997 issue of ! Dr. Dobb's Journal; a copy of the article is available in http://web2.airmail.net/markn/articles/zlibtool/zlibtool.htm ! The changes made in version 1.1.1 are documented in the file ChangeLog. ! The main changes since 1.1.0 are: ! - fix macros _tr_tally_* in deflate.h for debug mode (Glenn Randers-Pehrson) ! - remove block truncation heuristic which had very marginal effect for zlib ! (smaller lit_bufsize than in gzip 1.2.4) and degraded a little the ! compression ratio on some files. This also allows inlining _tr_tally for ! matches in deflate_slow. Unsupported third party contributions are provided in directory "contrib". --- 21,47 ---- if this fails, to the addresses given below in the Copyright section. The zlib home page is http://www.cdrom.com/pub/infozip/zlib/ The official zlib ftp site is ftp://ftp.cdrom.com/pub/infozip/zlib/ ! Mark Nelson wrote an article about zlib for the Jan. 1997 ! issue of Dr. Dobb's Journal; a copy of the article is available in http://web2.airmail.net/markn/articles/zlibtool/zlibtool.htm ! The changes made in version 1.1.2 are documented in the file ChangeLog. ! The main changes since 1.1.1 are: ! - added contrib/minzip, mini zip and unzip based on zlib (Gilles Vollant) ! See http://www.winimage.com/zLibDll/unzip.html ! - preinitialize the inflate tables for fixed codes, to make the code ! completely thread safe (Mark) ! - some simplifications and slight speed-up to the inflate code (Mark) ! - fix gzeof on non-compressed files (Allan Schrum) ! - add -std1 option in configure for OSF1 to fix gzprintf (Martin Mokrejs) ! - use default value of 4K for Z_BUFSIZE for 16-bit MSDOS (Tim Wegner + Glenn) ! - added os2/Makefile.def and os2/zlib.def (Andrew Zabolotny) ! - add shared lib support for UNIX_SV4.2MP (MATSUURA Takanori) ! - do not wrap extern "C" around system includes (Tom Lane) ! - added amiga/Makefile.pup for Amiga powerUP SAS/C PPC (Andreas Kleinert) ! - allow "make install prefix=..." even after configure (Glenn Randers-Pehrson) ! - allow "configure --prefix $HOME" (Tim Mooney) Unsupported third party contributions are provided in directory "contrib". *************** *** 49,57 **** is available from the Python Software Association sites, such as: ftp://ftp.python.org/pub/python/contrib/Encoding/zlib*.tar.gz ! An experimental package to read files in .zip format, written on top of ! zlib by Gilles Vollant , is available at ! http://www.winimage.com/zLibDll/unzip.html Notes for some targets: --- 58,70 ---- is available from the Python Software Association sites, such as: ftp://ftp.python.org/pub/python/contrib/Encoding/zlib*.tar.gz ! A zlib binding for TCL written by Andreas Kupries ! is availlable at http://www.westend.com/~kupries/doc/trf/man/man.html ! ! An experimental package to read and write files in .zip format, ! written on top of zlib by Gilles Vollant , is ! available at http://www.winimage.com/zLibDll/unzip.html ! and also in the contrib/minizip directory of zlib. Notes for some targets: *************** *** 74,79 **** --- 87,95 ---- - zlib doesn't work with gcc 2.6.3 on a DEC 3000/300LX under OSF/1 2.1 it works when compiled with cc. + - on Digital Unix 4.0D (formely OSF/1) on AlphaServer, the cc option -std1 + is necessary to get gzprintf working correctly. This is done by configure. + - zlib doesn't work on HP-UX 9.05 with some versions of /bin/cc. It works with other compilers. Use "make test" to check your compiler. *************** *** 90,96 **** Acknowledgments: The deflate format used by zlib was defined by Phil Katz. The deflate ! and zlib specifications were written by Peter Deutsch. Thanks to all the people who reported problems and suggested various improvements in zlib; they are too numerous to cite here. --- 106,112 ---- Acknowledgments: The deflate format used by zlib was defined by Phil Katz. The deflate ! and zlib specifications were written by L. Peter Deutsch. Thanks to all the people who reported problems and suggested various improvements in zlib; they are too numerous to cite here. Only in texk-7.2/web2c/pdftexdir/zlib: algorithm.doc Only in teTeX-0.9/texk/web2c/pdftexdir/zlib: amiga diff -rc texk-7.2/web2c/pdftexdir/zlib/configure teTeX-0.9/texk/web2c/pdftexdir/zlib/configure *** texk-7.2/web2c/pdftexdir/zlib/configure Wed Mar 11 19:49:17 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/configure Thu Mar 19 11:28:05 1998 *************** *** 24,30 **** AR=${AR-"ar rc"} RANLIB=${RANLIB-"ranlib"} prefix=${prefix-/usr/local} - exec_prefix=${exec_prefix-$prefix} shared_ext='.so' shared=0 gcc=0 --- 24,29 ---- *************** *** 32,39 **** old_cflags="$CFLAGS" case "$1" in -s* | --s*) shared=1; shift;; - -h* | --h*) echo 'syntax: configure [ --shared ]'; exit 0;; esac test=ztest$$ --- 31,40 ---- old_cflags="$CFLAGS" case "$1" in + -h* | --h*) echo 'syntax: configure [ --shared ] [--prefix PREFIX]'; exit 0;; + -p*=* | --p*=*) prefix=`echo $1 | sed 's/[-a-z_]*=//'`; shift;; + -p* | --p*) prefix="$2"; shift; shift;; -s* | --s*) shared=1; shift;; esac test=ztest$$ *************** *** 61,75 **** # find system name and corresponding cc options CC=${CC-cc} case `(uname -sr || echo unknown) 2>/dev/null` in ! SunOS\ 5*) SFLAGS=${CFLAGS-"-fast -xcg89 -KPIC -R."} ! CFLAGS=${CFLAGS-"-fast -xcg89"} ! LDSHARED=${LDSHARED-"cc -G"};; ! SunOS\ 4*) SFLAGS=${CFLAGS-"-O2 -PIC"} ! CFLAGS=${CFLAGS-"-O2"} ! LDSHARED=${LDSHARED-"ld"};; IRIX*) SFLAGS=${CFLAGS-"-ansi -O2 -rpath ."} CFLAGS=${CFLAGS-"-ansi -O2"} LDSHARED=${LDSHARED-"cc -shared"};; QNX*) SFLAGS=${CFLAGS-"-4 -O"} CFLAGS=${CFLAGS-"-4 -O"} LDSHARED=${LDSHARED-"cc"} --- 62,79 ---- # find system name and corresponding cc options CC=${CC-cc} case `(uname -sr || echo unknown) 2>/dev/null` in ! HP-UX*) SFLAGS=${CFLAGS-"-O +z"} ! CFLAGS=${CFLAGS-"-O"} ! # LDSHARED=${LDSHARED-"ld -b +vnocompatwarnings"} ! LDSHARED=${LDSHARED-"ld -b"} ! shared_ext='.sl' ! SHAREDLIB='libz.sl';; IRIX*) SFLAGS=${CFLAGS-"-ansi -O2 -rpath ."} CFLAGS=${CFLAGS-"-ansi -O2"} LDSHARED=${LDSHARED-"cc -shared"};; + OSF1) SFLAGS=${CFLAGS-"-O -std1"} + CFLAGS=${CFLAGS-"-O -std1"} + LDSHARED=${LDSHARED-"cc -shared"};; QNX*) SFLAGS=${CFLAGS-"-4 -O"} CFLAGS=${CFLAGS-"-4 -O"} LDSHARED=${LDSHARED-"cc"} *************** *** 78,93 **** SCO_SV\ 3.2*) SFLAGS=${CFLAGS-"-O3 -dy -KPIC "} CFLAGS=${CFLAGS-"-O3"} LDSHARED=${LDSHARED-"cc -dy -KPIC -G"};; ! HP-UX*) SFLAGS=${CFLAGS-"-O +z"} ! CFLAGS=${CFLAGS-"-O"} ! # LDSHARED=${LDSHARED-"ld -b +vnocompatwarnings"} ! LDSHARED=${LDSHARED-"ld -b"} ! shared_ext='.sl' ! SHAREDLIB='libz.sl';; UNIX_System_V\ 4.2.0) SFLAGS=${CFLAGS-"-KPIC -O"} CFLAGS=${CFLAGS-"-O"} LDSHARED=${LDSHARED-"cc -G"};; # send working options for other systems to support@gzip.org *) SFLAGS=${CFLAGS-"-O"} CFLAGS=${CFLAGS-"-O"} --- 82,101 ---- SCO_SV\ 3.2*) SFLAGS=${CFLAGS-"-O3 -dy -KPIC "} CFLAGS=${CFLAGS-"-O3"} LDSHARED=${LDSHARED-"cc -dy -KPIC -G"};; ! SunOS\ 5*) SFLAGS=${CFLAGS-"-fast -xcg89 -KPIC -R."} ! CFLAGS=${CFLAGS-"-fast -xcg89"} ! LDSHARED=${LDSHARED-"cc -G"};; ! SunOS\ 4*) SFLAGS=${CFLAGS-"-O2 -PIC"} ! CFLAGS=${CFLAGS-"-O2"} ! LDSHARED=${LDSHARED-"ld"};; UNIX_System_V\ 4.2.0) SFLAGS=${CFLAGS-"-KPIC -O"} CFLAGS=${CFLAGS-"-O"} LDSHARED=${LDSHARED-"cc -G"};; + UNIX_SV\ 4.2MP) + SFLAGS=${CFLAGS-"-Kconform_pic -O"} + CFLAGS=${CFLAGS-"-O"} + LDSHARED=${LDSHARED-"cc -G"};; # send working options for other systems to support@gzip.org *) SFLAGS=${CFLAGS-"-O"} CFLAGS=${CFLAGS-"-O"} *************** *** 152,156 **** /^RANLIB *=/s%=.*%=$RANLIB% /^VER *=/s%=.*%=$VER% /^prefix *=/s%=.*%=$prefix% - /^exec_prefix *=/s%=.*%=$exec_prefix% " > Makefile --- 160,163 ---- Only in teTeX-0.9/texk/web2c/pdftexdir/zlib: contrib diff -rc texk-7.2/web2c/pdftexdir/zlib/deflate.c teTeX-0.9/texk/web2c/pdftexdir/zlib/deflate.c *** texk-7.2/web2c/pdftexdir/zlib/deflate.c Wed Mar 11 19:49:18 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/deflate.c Thu Mar 19 15:47:47 1998 *************** *** 52,58 **** #include "deflate.h" const char deflate_copyright[] = ! " deflate 1.1.1 Copyright 1995-1998 Jean-loup Gailly "; /* If you use the zlib library in a product, an acknowledgment is welcome in the documentation of your product. If for some reason you cannot --- 52,58 ---- #include "deflate.h" const char deflate_copyright[] = ! " deflate 1.1.2 Copyright 1995-1998 Jean-loup Gailly "; /* If you use the zlib library in a product, an acknowledgment is welcome in the documentation of your product. If for some reason you cannot diff -rc texk-7.2/web2c/pdftexdir/zlib/example.c teTeX-0.9/texk/web2c/pdftexdir/zlib/example.c *** texk-7.2/web2c/pdftexdir/zlib/example.c Fri Feb 27 19:57:14 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/example.c Wed Mar 11 13:53:36 1998 *************** *** 71,77 **** fprintf(stderr, "bad uncompress\n"); exit(1); } else { ! printf("uncompress(): %s\n", uncompr); } } --- 71,77 ---- fprintf(stderr, "bad uncompress\n"); exit(1); } else { ! printf("uncompress(): %s\n", (char *)uncompr); } } *************** *** 121,133 **** fprintf(stderr, "bad gzread: %s\n", (char*)uncompr); exit(1); } else { ! printf("gzread(): %s\n", uncompr); } pos = gzseek(file, -8L, SEEK_CUR); if (pos != 6 || gztell(file) != pos) { fprintf(stderr, "gzseek error, pos=%ld, gztell=%ld\n", ! pos, gztell(file)); exit(1); } --- 121,133 ---- fprintf(stderr, "bad gzread: %s\n", (char*)uncompr); exit(1); } else { ! printf("gzread(): %s\n", (char *)uncompr); } pos = gzseek(file, -8L, SEEK_CUR); if (pos != 6 || gztell(file) != pos) { fprintf(stderr, "gzseek error, pos=%ld, gztell=%ld\n", ! (long)pos, (long)gztell(file)); exit(1); } *************** *** 146,152 **** fprintf(stderr, "bad gzgets after gzseek\n"); exit(1); } else { ! printf("gzgets() after gzseek: %s\n", uncompr); } gzclose(file); --- 146,152 ---- fprintf(stderr, "bad gzgets after gzseek\n"); exit(1); } else { ! printf("gzgets() after gzseek: %s\n", (char *)uncompr); } gzclose(file); *************** *** 227,233 **** fprintf(stderr, "bad inflate\n"); exit(1); } else { ! printf("inflate(): %s\n", uncompr); } } --- 227,233 ---- fprintf(stderr, "bad inflate\n"); exit(1); } else { ! printf("inflate(): %s\n", (char *)uncompr); } } *************** *** 406,412 **** err = inflateEnd(&d_stream); CHECK_ERR(err, "inflateEnd"); ! printf("after inflateSync(): hel%s\n", uncompr); } /* =========================================================================== --- 406,412 ---- err = inflateEnd(&d_stream); CHECK_ERR(err, "inflateEnd"); ! printf("after inflateSync(): hel%s\n", (char *)uncompr); } /* =========================================================================== *************** *** 492,498 **** fprintf(stderr, "bad inflate with dict\n"); exit(1); } else { ! printf("inflate with dictionary: %s\n", uncompr); } } --- 492,498 ---- fprintf(stderr, "bad inflate with dict\n"); exit(1); } else { ! printf("inflate with dictionary: %s\n", (char *)uncompr); } } diff -rc texk-7.2/web2c/pdftexdir/zlib/gzio.c teTeX-0.9/texk/web2c/pdftexdir/zlib/gzio.c *** texk-7.2/web2c/pdftexdir/zlib/gzio.c Wed Mar 11 19:49:18 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/gzio.c Wed Mar 18 20:50:52 1998 *************** *** 13,20 **** struct internal_state {int dummy;}; /* for buggy compilers */ ! #define Z_BUFSIZE 16384 ! #define Z_PRINTF_BUFSIZE 4096 #define ALLOC(size) malloc(size) #define TRYFREE(p) {if (p) free(p);} --- 13,28 ---- struct internal_state {int dummy;}; /* for buggy compilers */ ! #ifndef Z_BUFSIZE ! # ifdef MAXSEG_64K ! # define Z_BUFSIZE 4096 /* minimize memory usage for 16-bit DOS */ ! # else ! # define Z_BUFSIZE 16384 ! # endif ! #endif ! #ifndef Z_PRINTF_BUFSIZE ! # define Z_PRINTF_BUFSIZE 4096 ! #endif #define ALLOC(size) malloc(size) #define TRYFREE(p) {if (p) free(p);} *************** *** 132,139 **** s->stream.next_in = s->inbuf = (Byte*)ALLOC(Z_BUFSIZE); err = inflateInit2(&(s->stream), -MAX_WBITS); ! /* windowBits is passed < 0 to tell that there is no zlib header */ ! if (err != Z_OK || s->inbuf == Z_NULL) { return destroy(s), (gzFile)Z_NULL; } --- 140,151 ---- s->stream.next_in = s->inbuf = (Byte*)ALLOC(Z_BUFSIZE); err = inflateInit2(&(s->stream), -MAX_WBITS); ! /* windowBits is passed < 0 to tell that there is no zlib header. ! * Note that in this case inflate *requires* an extra "dummy" byte ! * after the compressed stream in order to complete decompression and ! * return Z_STREAM_END. Here the gzip CRC32 ensures that 4 bytes are ! * present after the compressed stream. ! */ if (err != Z_OK || s->inbuf == Z_NULL) { return destroy(s), (gzFile)Z_NULL; } *************** *** 379,384 **** --- 391,397 ---- len -= s->stream.avail_out; s->stream.total_in += (uLong)len; s->stream.total_out += (uLong)len; + if (len == 0) s->z_eof = 1; return (int)len; } if (s->stream.avail_in == 0 && !s->z_eof) { *************** *** 572,578 **** gzFile file; const char *s; { ! return gzwrite(file, (const voidp)s, (unsigned)strlen(s)); } --- 585,591 ---- gzFile file; const char *s; { ! return gzwrite(file, (char*)s, (unsigned)strlen(s)); } diff -rc texk-7.2/web2c/pdftexdir/zlib/infblock.c teTeX-0.9/texk/web2c/pdftexdir/zlib/infblock.c *** texk-7.2/web2c/pdftexdir/zlib/infblock.c Fri Feb 27 19:57:14 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/infblock.c Mon Mar 16 19:11:41 1998 *************** *** 11,16 **** --- 11,20 ---- struct inflate_codes_state {int dummy;}; /* for buggy compilers */ + /* simplify the use of the inflate_huft type with some defines */ + #define exop word.what.Exop + #define bits word.what.Bits + /* Table for deflate from PKZIP's appnote.txt. */ local const uInt border[] = { /* Order of the bit length code lengths */ 16, 17, 18, 0, 8, 7, 9, 6, 10, 5, 11, 4, 12, 3, 13, 2, 14, 1, 15}; *************** *** 264,271 **** t = s->sub.trees.bb; NEEDBITS(t) h = s->sub.trees.tb + ((uInt)b & inflate_mask[t]); ! t = h->word.what.Bits; ! c = h->more.Base; if (c < 16) { DUMPBITS(t) --- 268,275 ---- t = s->sub.trees.bb; NEEDBITS(t) h = s->sub.trees.tb + ((uInt)b & inflate_mask[t]); ! t = h->bits; ! c = h->base; if (c < 16) { DUMPBITS(t) diff -rc texk-7.2/web2c/pdftexdir/zlib/infcodes.c teTeX-0.9/texk/web2c/pdftexdir/zlib/infcodes.c *** texk-7.2/web2c/pdftexdir/zlib/infcodes.c Sun Feb 8 12:21:07 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/infcodes.c Mon Mar 16 19:10:33 1998 *************** *** 11,18 **** #include "inffast.h" /* simplify the use of the inflate_huft type with some defines */ - #define base more.Base - #define next more.Next #define exop word.what.Exop #define bits word.what.Bits --- 11,16 ---- *************** *** 145,151 **** if ((e & 64) == 0) /* next table */ { c->sub.code.need = e; ! c->sub.code.tree = t->next; break; } if (e & 32) /* end of block */ --- 143,149 ---- if ((e & 64) == 0) /* next table */ { c->sub.code.need = e; ! c->sub.code.tree = t + t->base; break; } if (e & 32) /* end of block */ *************** *** 183,189 **** if ((e & 64) == 0) /* next table */ { c->sub.code.need = e; ! c->sub.code.tree = t->next; break; } c->mode = BADCODE; /* invalid code */ --- 181,187 ---- if ((e & 64) == 0) /* next table */ { c->sub.code.need = e; ! c->sub.code.tree = t + t->base; break; } c->mode = BADCODE; /* invalid code */ diff -rc texk-7.2/web2c/pdftexdir/zlib/inffast.c teTeX-0.9/texk/web2c/pdftexdir/zlib/inffast.c *** texk-7.2/web2c/pdftexdir/zlib/inffast.c Sun Feb 8 12:21:07 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/inffast.c Mon Mar 16 19:11:26 1998 *************** *** 13,26 **** struct inflate_codes_state {int dummy;}; /* for buggy compilers */ /* simplify the use of the inflate_huft type with some defines */ - #define base more.Base - #define next more.Next #define exop word.what.Exop #define bits word.what.Bits /* macros for bit input with no checking and for returning unused bytes */ #define GRABBITS(j) {while(k<(j)){b|=((uLong)NEXTBYTE)<>3);p-=c;k&=7;} /* Called with number of bytes left to write in window at least 258 (the maximum string length) and number of input bytes available --- 13,24 ---- struct inflate_codes_state {int dummy;}; /* for buggy compilers */ /* simplify the use of the inflate_huft type with some defines */ #define exop word.what.Exop #define bits word.what.Bits /* macros for bit input with no checking and for returning unused bytes */ #define GRABBITS(j) {while(k<(j)){b|=((uLong)NEXTBYTE)<avail_in-n;c=(k>>3)>3:c;n+=c;p-=c;k-=c<<3;} /* Called with number of bytes left to write in window at least 258 (the maximum string length) and number of input bytes available *************** *** 120,126 **** break; } else if ((e & 64) == 0) ! e = (t = t->next + ((uInt)b & inflate_mask[e]))->exop; else { z->msg = (char*)"invalid distance code"; --- 118,127 ---- break; } else if ((e & 64) == 0) ! { ! t += t->base; ! e = (t += ((uInt)b & inflate_mask[e]))->exop; ! } else { z->msg = (char*)"invalid distance code"; *************** *** 133,139 **** } if ((e & 64) == 0) { ! if ((e = (t = t->next + ((uInt)b & inflate_mask[e]))->exop) == 0) { DUMPBITS(t->bits) Tracevv((stderr, t->base >= 0x20 && t->base < 0x7f ? --- 134,141 ---- } if ((e & 64) == 0) { ! t += t->base; ! if ((e = (t += ((uInt)b & inflate_mask[e]))->exop) == 0) { DUMPBITS(t->bits) Tracevv((stderr, t->base >= 0x20 && t->base < 0x7f ? Only in teTeX-0.9/texk/web2c/pdftexdir/zlib: inffixed.h diff -rc texk-7.2/web2c/pdftexdir/zlib/inftrees.c teTeX-0.9/texk/web2c/pdftexdir/zlib/inftrees.c *** texk-7.2/web2c/pdftexdir/zlib/inftrees.c Wed Mar 11 19:49:18 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/inftrees.c Thu Mar 19 15:48:02 1998 *************** *** 6,13 **** #include "zutil.h" #include "inftrees.h" const char inflate_copyright[] = ! " inflate 1.1.1 Copyright 1995-1998 Mark Adler "; /* If you use the zlib library in a product, an acknowledgment is welcome in the documentation of your product. If for some reason you cannot --- 6,17 ---- #include "zutil.h" #include "inftrees.h" + #if !defined(BUILDFIXED) && !defined(STDC) + # define BUILDFIXED /* non ANSI compilers may not accept inffixed.h */ + #endif + const char inflate_copyright[] = ! " inflate 1.1.2 Copyright 1995-1998 Mark Adler "; /* If you use the zlib library in a product, an acknowledgment is welcome in the documentation of your product. If for some reason you cannot *************** *** 17,24 **** struct internal_state {int dummy;}; /* for buggy compilers */ /* simplify the use of the inflate_huft type with some defines */ - #define base more.Base - #define next more.Next #define exop word.what.Exop #define bits word.what.Bits --- 21,26 ---- *************** *** 232,242 **** return Z_MEM_ERROR; /* not enough memory */ u[h] = q = hp + *hn; *hn += z; - if (t != Z_NULL) /* first table is returned result */ - { - *t = q; - t = Z_NULL; - } /* connect to last table, if there is one */ if (h) --- 234,239 ---- *************** *** 244,253 **** x[h] = i; /* save pattern for backing up */ r.bits = (Byte)l; /* bits to dump before this table */ r.exop = (Byte)j; /* bits in this table */ ! r.next = q; /* pointer to this table */ ! j = i >> (w - l); /* (get around Turbo C bug) */ u[h-1][j] = r; /* connect to last table */ } } /* set up table entry in r */ --- 241,252 ---- x[h] = i; /* save pattern for backing up */ r.bits = (Byte)l; /* bits to dump before this table */ r.exop = (Byte)j; /* bits in this table */ ! j = i >> (w - l); ! r.base = (uInt)(q - u[h-1] - j); /* offset to this table */ u[h-1][j] = r; /* connect to last table */ } + else + *t = q; /* first table is returned result */ } /* set up table entry in r */ *************** *** 384,396 **** /* build fixed tables only once--keep them here */ local int fixed_built = 0; ! #define FIXEDH 424 /* number of hufts used by fixed tables */ local inflate_huft fixed_mem[FIXEDH]; local uInt fixed_bl; local uInt fixed_bd; local inflate_huft *fixed_tl; local inflate_huft *fixed_td; int inflate_trees_fixed(bl, bd, tl, td, z) --- 383,399 ---- /* build fixed tables only once--keep them here */ + #ifdef BUILDFIXED local int fixed_built = 0; ! #define FIXEDH 544 /* number of hufts used by fixed tables */ local inflate_huft fixed_mem[FIXEDH]; local uInt fixed_bl; local uInt fixed_bd; local inflate_huft *fixed_tl; local inflate_huft *fixed_td; + #else + #include "inffixed.h" + #endif int inflate_trees_fixed(bl, bd, tl, td, z) *************** *** 400,406 **** inflate_huft * FAR *td; /* distance tree result */ z_streamp z; /* for memory allocation */ { ! /* build fixed tables if not already (multiple overlapped executions ok) */ if (!fixed_built) { int k; /* temporary variable */ --- 403,410 ---- inflate_huft * FAR *td; /* distance tree result */ z_streamp z; /* for memory allocation */ { ! #ifdef BUILDFIXED ! /* build fixed tables if not already */ if (!fixed_built) { int k; /* temporary variable */ *************** *** 426,432 **** c[k] = 7; for (; k < 288; k++) c[k] = 8; ! fixed_bl = 7; huft_build(c, 288, 257, cplens, cplext, &fixed_tl, &fixed_bl, fixed_mem, &f, v); --- 430,436 ---- c[k] = 7; for (; k < 288; k++) c[k] = 8; ! fixed_bl = 9; huft_build(c, 288, 257, cplens, cplext, &fixed_tl, &fixed_bl, fixed_mem, &f, v); *************** *** 442,447 **** --- 446,452 ---- ZFREE(z, c); fixed_built = 1; } + #endif *bl = fixed_bl; *bd = fixed_bd; *tl = fixed_tl; diff -rc texk-7.2/web2c/pdftexdir/zlib/inftrees.h teTeX-0.9/texk/web2c/pdftexdir/zlib/inftrees.h *** texk-7.2/web2c/pdftexdir/zlib/inftrees.h Fri Feb 27 19:57:14 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/inftrees.h Sun Mar 15 23:25:18 1998 *************** *** 19,35 **** Byte Exop; /* number of extra bits or operation */ Byte Bits; /* number of bits in this code or subcode */ } what; ! Bytef *pad; /* pad structure to a power of 2 (4 bytes for */ ! } word; /* 16-bit, 8 bytes for 32-bit machines) */ ! union { ! uInt Base; /* literal, length base, or distance base */ ! inflate_huft *Next; /* pointer to next level of table */ ! } more; }; /* Maximum size of dynamic tree. The maximum found in a long but non- ! exhaustive search was 1041 huft structures (875 for length/literals ! and 166 for distances, the latter actually the result of an exhaustive search). The actual maximum is not known, but the value below is more than safe. */ #define MANY 1440 --- 19,33 ---- Byte Exop; /* number of extra bits or operation */ Byte Bits; /* number of bits in this code or subcode */ } what; ! uInt pad; /* pad structure to a power of 2 (4 bytes for */ ! } word; /* 16-bit, 8 bytes for 32-bit int's) */ ! uInt base; /* literal, length base, distance base, ! or table offset */ }; /* Maximum size of dynamic tree. The maximum found in a long but non- ! exhaustive search was 1004 huft structures (850 for length/literals ! and 154 for distances, the latter actually the result of an exhaustive search). The actual maximum is not known, but the value below is more than safe. */ #define MANY 1440 Only in teTeX-0.9/texk/web2c/pdftexdir/zlib: maketree.c Only in teTeX-0.9/texk/web2c/pdftexdir/zlib: msdos Only in teTeX-0.9/texk/web2c/pdftexdir/zlib: nt Only in texk-7.2/web2c/pdftexdir/zlib: test.c diff -rc texk-7.2/web2c/pdftexdir/zlib/zlib.3 teTeX-0.9/texk/web2c/pdftexdir/zlib/zlib.3 *** texk-7.2/web2c/pdftexdir/zlib/zlib.3 Wed Mar 11 19:49:18 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/zlib.3 Thu Mar 19 15:47:24 1998 *************** *** 1,4 **** ! .TH ZLIB 3 "27 February 1998" .SH NAME zlib \- compression/decompression library .SH SYNOPSIS --- 1,4 ---- ! .TH ZLIB 3 "19 March 1998" .SH NAME zlib \- compression/decompression library .SH SYNOPSIS *************** *** 81,87 **** .IP ftp://ftp.uu.net/graphics/png/documents/zlib/zdoc-index.html .SH AUTHORS ! Version 1.1.1 Copyright (C) 1995-1998 Jean-loup Gailly (jloup@gzip.org) and Mark Adler (madler@alumni.caltech.edu). .LP --- 81,87 ---- .IP ftp://ftp.uu.net/graphics/png/documents/zlib/zdoc-index.html .SH AUTHORS ! Version 1.1.2 Copyright (C) 1995-1998 Jean-loup Gailly (jloup@gzip.org) and Mark Adler (madler@alumni.caltech.edu). .LP *************** *** 96,102 **** was defined by Phil Katz. The deflate and .I zlib ! specifications were written by Peter Deutsch. Thanks to all the people who reported problems and suggested various improvements in .IR zlib ; --- 96,102 ---- was defined by Phil Katz. The deflate and .I zlib ! specifications were written by L. Peter Deutsch. Thanks to all the people who reported problems and suggested various improvements in .IR zlib ; Only in texk-7.2/web2c/pdftexdir/zlib: zlib.def diff -rc texk-7.2/web2c/pdftexdir/zlib/zlib.h teTeX-0.9/texk/web2c/pdftexdir/zlib/zlib.h *** texk-7.2/web2c/pdftexdir/zlib/zlib.h Wed Mar 11 19:49:18 1998 --- teTeX-0.9/texk/web2c/pdftexdir/zlib/zlib.h Thu Mar 19 15:46:53 1998 *************** *** 1,5 **** /* zlib.h -- interface of the 'zlib' general purpose compression library ! version 1.1.1, Feb 27th, 1998 Copyright (C) 1995-1998 Jean-loup Gailly and Mark Adler --- 1,5 ---- /* zlib.h -- interface of the 'zlib' general purpose compression library ! version 1.1.2, March 19th, 1998 Copyright (C) 1995-1998 Jean-loup Gailly and Mark Adler *************** *** 31,43 **** #ifndef _ZLIB_H #define _ZLIB_H #ifdef __cplusplus extern "C" { #endif ! #include "zconf.h" ! ! #define ZLIB_VERSION "1.1.1" /* The 'zlib' compression library provides in-memory compression and --- 31,43 ---- #ifndef _ZLIB_H #define _ZLIB_H + #include "zconf.h" + #ifdef __cplusplus extern "C" { #endif ! #define ZLIB_VERSION "1.1.2" /* The 'zlib' compression library provides in-memory compression and Only in texk-7.2/web2c/pdftexdir/zlib: zlib.rc From owner-pdftex@tug.org Wed Mar 25 10:14:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA11652 for ; Wed, 25 Mar 1998 10:14:21 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA01072 for pdftex-list; Wed, 25 Mar 1998 12:07:03 -0500 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA01069 for ; Wed, 25 Mar 1998 12:07:02 -0500 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id LAA01361; Wed, 25 Mar 1998 11:05:32 -0600 Message-ID: <3519387A.520FD5E9@iws-irms.com> Date: Wed, 25 Mar 1998 11:01:46 -0600 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: Fabrice POPINEAU CC: pdftex@tug.org Subject: Re: pdftex-0.12h for win32 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Fabrice POPINEAU wrote: > > The latest pdftex-0.12h is available for win32 form: > > ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/pdftex-0.12h-win32.zip > > Fabrice Popineau Got it, and it works beautifully with MikTeX. Thank you, and thanks all who helped me with this. Glauber -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Wed Mar 25 13:47:36 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA16904 for ; Wed, 25 Mar 1998 13:47:35 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA02101 for pdftex-list; Wed, 25 Mar 1998 15:41:04 -0500 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA02098 for ; Wed, 25 Mar 1998 15:41:02 -0500 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id OAA05267; Wed, 25 Mar 1998 14:38:47 -0600 Message-ID: <35196A76.7C154B11@iws-irms.com> Date: Wed, 25 Mar 1998 14:35:02 -0600 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: Imaging Technology Research Group CC: pdftex@tug.org Subject: Re: PDftex-0.12h & miktex References: <35194731.3C7EF686@wmin.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Imaging Technology Research Group wrote: > > Would you mind forwarding your solution to running pdftex-0.12h > under MikTeX? I've also got the same problem with Mac fonts and > would appreciate the solution. OK, here is what i did. My system is Windows NT 4.0 workstation with service patch 3 (if this matters). This should work in Windows 95 too. Caveat emptor: i'm no web2c or miktex expert, and i can't tell you if this is the best solution. It seems to work, though. (1) Get the new binary: > Fabrice POPINEAU wrote: > > The latest pdftex-0.12h is available for win32 form: > > ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/pdftex-0.12h-win32.zip > > Fabrice Popineau (2) Unzip that file into your hard disk (if using pkzip, don't forget the -d parameter). This will give you a README, and bin and share trees. I'm assuming you unzipped it into c:\pdftex; if not, just replace with the correct directory below. My MikTeX is in c:\tex; if yours isn't, just replace the correct directory below. (3) Edit c:\pdftex\share\texmf\web2c\texmf.cnf. This is all the changes i did (find the lines where these 3 variables are defined, and do something similar): % pointing TEXMFMAIN to the stuff i got from the pdftex.zip file TEXMFMAIN = c:/pdftex/share/texmf % pointing TEXMFLOCAL to my MikTeX distribution TEXMFLOCAL = c:/TeX % set the search path to look at pdftex first, miktex later TEXMF = {$TEXMFMAIN;$TEXMFLOCAL} (4) This is all i did with pdftex. Now, go to the directory where your MikTeX binaries are. Mine are in c:\tex\miktex\bin. This directory should be in your PATH. Rename pdftex.bat to pdftex_old.bat. Rename pdflatex.bat to pdflatex_old.bat. (5) In the same directory as above, create these 2 batch files: ========pdftex.cmd (or pdftex.bat if you are using Win95)======== @echo off set TEXMFCNF=c:/tex/pdftex/share/texmf/web2c c:\tex\pdftex\bin\win32\pdftex.exe %* ========pdftex.cmd (or pdftex.bat if you are using Win95)======== ========pdflatex.cmd (or .bat if you are using Win95)============ @echo off set TEXMFCNF=c:/tex/pdftex/share/texmf/web2c c:\tex\pdftex\bin\win32\pdftex.exe "&pdflatex" %* ========pdflatex.cmd (or .bat if you are using Win95)============ I think that if you are using Windows95 instead of NT, you need to replace the "%*" in the batch files above with "%1 %2 %3 %4 %5 %6 %7 %8 %9" (no quotes). You get the idea... (6) Go to your web2c directory (cd c:\pdftex\share\texmf\web2c), and generate the latex format: pdftex -ini latex.ltx \dump This should create latex.fmt. Rename this file to pdflatex.fmt. You are done. This is all that i did, and it seems to be working. I hope this helps, if not feel free to email me again. glauber -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Thu Mar 26 02:36:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA11126 for ; Thu, 26 Mar 1998 02:36:18 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA05164 for pdftex-list; Thu, 26 Mar 1998 04:28:30 -0500 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA05158 for ; Thu, 26 Mar 1998 04:27:41 -0500 Received: from NEUROMANCER.ese-metz.fr (neuromancer.ese-metz.fr [193.48.224.95]) by esemetz.ese-metz.fr (8.8.8/8.8.8) with SMTP id KAA08422 for ; Thu, 26 Mar 1998 10:28:45 +0100 (MET) To: pdftex@tug.org Subject: pdflatex From: Fabrice POPINEAU Date: 26 Mar 1998 10:30:03 +0100 Message-ID: Lines: 12 X-Mailer: Quassia Gnus v0.37/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Am I dumb ? Trying to test hyperref 6.18 invariably leads to : pdflatex test0 (e:/local/tex/share/texmf/tex/latex/graphics/dvipsnam.def)) (hpdftex.def) (test0.aux) pdfTeX error (ext1): you must specify action type. ??? Fabrice From owner-pdftex@tug.org Thu Mar 26 03:28:25 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA12029 for ; Thu, 26 Mar 1998 03:28:24 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA05365 for pdftex-list; Thu, 26 Mar 1998 05:22:23 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA05362 for ; Thu, 26 Mar 1998 05:22:22 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA10643; hop 0; Thu, 26 Mar 1998 10:19:49 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 26 Mar 1998 10:23:23 +0000 Date: Thu, 26 Mar 1998 10:08:40 +0000 Message-ID: <9380-Thu26Mar1998100840+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: popineau@esemetz.ese-metz.fr Cc: pdftex@tug.org Subject: Re: pdflatex In-Reply-To: References: X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk a subtle change. expect hyperref 6.19 in a moment s From owner-pdftex@tug.org Thu Mar 26 05:02:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA13614 for ; Thu, 26 Mar 1998 05:02:18 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA05677 for pdftex-list; Thu, 26 Mar 1998 06:51:39 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA05674 for ; Thu, 26 Mar 1998 06:51:37 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id LAA13676; hop 0; Thu, 26 Mar 1998 11:49:05 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 26 Mar 1998 11:52:32 +0000 Date: Thu, 26 Mar 1998 11:07:12 +0000 Message-ID: <1172-Thu26Mar1998110712+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: te@informatik.uni-hannover.de, ColliBF1@APLMSG.JHUAPL.EDU, pdftex@tug.org Subject: hyperref In-Reply-To: <199803251456.PAA18751@regulus.informatik.uni-hannover.de> References: <199803251456.PAA18751@regulus.informatik.uni-hannover.de> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk hyperref 6.19 is at ftp://ftp.tex.ac.uk/tex-archive/macros/latex/contrib/supported/hyperref/ and runs (so far as I can see) with pdftex 0.12h correctly. apologies for this. i think Thanh subtly changed pdftex from 0.12g to 0.12h.... ("openaction goto page", i used to have "openaction page"). sebastian From owner-pdftex@tug.org Thu Mar 26 06:59:12 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA15667 for ; Thu, 26 Mar 1998 06:59:11 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA06174 for pdftex-list; Thu, 26 Mar 1998 08:51:58 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA06171 for ; Thu, 26 Mar 1998 08:51:57 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id IAA06307 for ; Thu, 26 Mar 1998 08:50:05 -0500 Date: Thu, 26 Mar 1998 08:50:05 -0500 (EST) From: Allin Cottrell To: pdftex@tug.org Subject: Re: hyperref In-Reply-To: <1172-Thu26Mar1998110712+0000-s.rahtz@elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 26 Mar 1998, Sebastian Rahtz wrote: > hyperref 6.19 is at > ftp://ftp.tex.ac.uk/tex-archive/macros/latex/contrib/supported/hyperref/ > > and runs (so far as I can see) with pdftex 0.12h correctly. Any suggestions on whether those us who are still using pdftex 0.11 would be well advised to install the latest hyperref? Or are there too many incompatibilities? Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Thu Mar 26 07:12:40 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA15963 for ; Thu, 26 Mar 1998 07:12:39 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA06261 for pdftex-list; Thu, 26 Mar 1998 09:05:52 -0500 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA06258 for ; Thu, 26 Mar 1998 09:05:51 -0500 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id IAA13079 for ; Thu, 26 Mar 1998 08:04:51 -0600 Message-ID: <351A5FA2.FACCA31E@iws-irms.com> Date: Thu, 26 Mar 1998 08:01:06 -0600 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: Still PDFs and Mac... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, yesterday i successfully installed PDFTEX 0.12f. I have been trying to send a PDF file to someone who has a Mac (system 7), and i couldn't because of the well-known bug. I tried again yesterday with PDFTEX 0.12f, and to my surprise, the file still failed. What can the problem be? Is it possible that i'm picking up bad encodings from one of the older pdftex files left in my MikTex directory (because i still have pdftex 0.9 installed there)? If so, what kind of files should i be hunting and destroying? Thanks again for any help. glauber. P.S.: Maybe this will only be solved when the new web2c binaries become available, then i can install the whole system. -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Thu Mar 26 07:37:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA16522 for ; Thu, 26 Mar 1998 07:37:18 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA06377 for pdftex-list; Thu, 26 Mar 1998 09:31:18 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA06374 for ; Thu, 26 Mar 1998 09:31:16 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id OAA19208; hop 0; Thu, 26 Mar 1998 14:28:42 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Thu, 26 Mar 1998 14:32:20 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id OAA27369; Thu, 26 Mar 1998 14:32:11 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id OAA00335; Thu, 26 Mar 1998 14:32:11 GMT Date: Thu, 26 Mar 1998 14:32:11 GMT Message-Id: <199803261432.OAA00335@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: cottrell@ricardo.ecn.wfu.edu Cc: pdftex@tug.org Subject: Re: hyperref In-Reply-To: References: <1172-Thu26Mar1998110712+0000-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell writes: > Any suggestions on whether those us who are still using pdftex > 0.11 would be well advised to install the latest hyperref? Or > are there too many incompatibilities? just edit hyperref.ins, and make it generate the alternate hpdftex.def (uncomment one line, comment another, should be obvious) sebastian From owner-pdftex@tug.org Thu Mar 26 07:46:07 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA16705 for ; Thu, 26 Mar 1998 07:46:06 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA06437 for pdftex-list; Thu, 26 Mar 1998 09:40:53 -0500 Received: from earth.ox.ac.uk (darwin.earth.ox.ac.uk [163.1.22.6]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA06434 for ; Thu, 26 Mar 1998 09:40:51 -0500 Received: from fresnel.earth.ox.ac.uk (fresnel [163.1.22.17]) by earth.ox.ac.uk (8.8.8/8.8.8) with SMTP id OAA03032; Thu, 26 Mar 1998 14:41:59 GMT From: Keith Refson To: teTeX pretest list Cc: pdftex@tug.org Subject: TeTeX 980325: Encodings in tetex.map X-Mailer: VM 6.40 under Emacs 19.34.1 Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Thu, 26 Mar 1998 14:41:58 +0000 (GMT) Message-Id: <19980326144158.451899.FMU20607@fresnel> Sender: owner-pdftex@tug.org Precedence: bulk Did we ever arrive at a concensus on the correct thing to do with Thomas's "tetex.map" supplement to pdftex.map? The "eus.enc" encoding used for the Euler Symbol fonts was clearly wrong -- the uppercase Alphabetics are in the wrong place for both bluesky and bakoma font sets. If I delete the specific encoding vectors my limited tests process correctly from the built-in encodings in the pfb files. Which is the best way to handle this? a) Correct "eus.enc" or b) Don't use it in tetex.map. And what about the related encodings, eur.enc, eux.enc and euex.enc? Keith Refson -- ------------------------------------------------------------------------------ Email: Keith.Refson@ | Tel: +44 1865 272026 | Dr Keith Refson, | earth.ox.ac.uk | Fax: +44 1865 272072 | Dept of Earth Sciences | | Parks Road, Oxford OX1 3PR, UK| ------------------------------------------------------------------------------ From owner-pdftex@tug.org Thu Mar 26 07:56:35 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA16925 for ; Thu, 26 Mar 1998 07:56:32 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA06495 for pdftex-list; Thu, 26 Mar 1998 09:49:56 -0500 Received: from regulus.informatik.uni-hannover.de (regulus.informatik.uni-hannover.de [130.75.26.7]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA06492 for ; Thu, 26 Mar 1998 09:49:52 -0500 Received: (from te@localhost) by regulus.informatik.uni-hannover.de (8.8.8/8.8.8) id PAA28742; Thu, 26 Mar 1998 15:51:01 +0100 (MET) Date: Thu, 26 Mar 1998 15:51:01 +0100 (MET) From: Thomas Esser Message-Id: <199803261451.PAA28742@regulus.informatik.uni-hannover.de> To: Keith.Refson@earth.ox.ac.uk Cc: pdftex@tug.org, tetex-pretest@informatik.uni-hannover.de Subject: Re: [TETEX-PRETEST] TeTeX 980325: Encodings in tetex.map Sender: owner-pdftex@tug.org Precedence: bulk > Did we ever arrive at a concensus on the correct thing to do with > Thomas's "tetex.map" supplement to pdftex.map? The pdftex distribution should contain several map files for the cm fonts: bsr only bakoma only bsr + bakoma (use the bsr font if available otherwise use the bakoma one) Similar for other "packages" of fonts: ams, lw35, ... Then, tetex.map would be obsolete... > The "eus.enc" encoding used for the Euler Symbol fonts was clearly I'd really appreciate to see "Euler Symbol" working with pdfTeX. > And what about the related encodings, eur.enc, eux.enc and euex.enc? Good question. Thomas From owner-pdftex@tug.org Thu Mar 26 08:43:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA18005 for ; Thu, 26 Mar 1998 08:43:13 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA06738 for pdftex-list; Thu, 26 Mar 1998 10:34:34 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA06735 for ; Thu, 26 Mar 1998 10:34:32 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id QAA05479; Thu, 26 Mar 1998 16:35:44 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id QAA11014; Thu, 26 Mar 1998 16:35:42 +0100 (MET) From: Han The Thanh Message-Id: <199803261535.QAA11014@anxur.fi.muni.cz> Subject: Re: Still PDFs and Mac... In-Reply-To: <351A5FA2.FACCA31E@iws-irms.com> from Glauber Ribeiro at "Mar 26, 98 08:01:06 am" To: glauber@iws-irms.com (Glauber Ribeiro) Date: Thu, 26 Mar 1998 16:35:42 +0100 (MET) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > yesterday i successfully installed PDFTEX 0.12f. I have been trying to > send a PDF file to someone who has a Mac (system 7), and i couldn't > because of the well-known bug. I tried again yesterday with PDFTEX > 0.12f, and to my surprise, the file still failed. > > What can the problem be? Is it possible that i'm picking up bad > encodings from one of the older pdftex files left in my MikTex directory > (because i still have pdftex 0.9 installed there)? If so, what kind of > files should i be hunting and destroying? can you send the PDF that failed? Or maybe the Mac system has QuickDraw turned on? If the system has QuickDraw, it must be turned off Thanh From owner-pdftex@tug.org Thu Mar 26 09:24:09 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA18878 for ; Thu, 26 Mar 1998 09:24:07 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA06847 for pdftex-list; Thu, 26 Mar 1998 10:59:23 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA06844 for ; Thu, 26 Mar 1998 10:59:21 -0500 Received: from hagen (zl45.pi.net [145.220.204.45]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA17649; Thu, 26 Mar 1998 16:46:59 +0100 (MET) Posted-Date: Thu, 26 Mar 1998 16:46:59 +0100 (MET) Message-ID: <351A5476.594A@pi.net> Date: Thu, 26 Mar 1998 14:13:26 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: te@informatik.uni-hannover.de, ColliBF1@APLMSG.JHUAPL.EDU, pdftex@tug.org Subject: Re: hyperref References: <199803251456.PAA18751@regulus.informatik.uni-hannover.de> <1172-Thu26Mar1998110712+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > apologies for this. i think Thanh subtly changed pdftex from 0.12g to > 0.12h.... ("openaction goto page", i used to have "openaction page"). I'm to blame for that one. Last week we did quit some testing on the betas and considered goto num|name|page to be more consistent. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Mar 26 13:25:27 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA25303 for ; Thu, 26 Mar 1998 13:25:26 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA07928 for pdftex-list; Thu, 26 Mar 1998 15:20:10 -0500 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA07925 for ; Thu, 26 Mar 1998 15:20:08 -0500 Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id MAA15685; Thu, 26 Mar 1998 12:21:11 -0800 (PST) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id MAA12438; Thu, 26 Mar 1998 12:21:11 -0800 (PST) Message-Id: <199803262021.MAA12438@daisy.cs.sfu.ca> Subject: Re: [TETEX-PRETEST] TeTeX 980325: Encodings in tetex.map To: tetex-pretest@informatik.uni-hannover.de Date: Thu, 26 Mar 1998 12:21:11 -0800 (PST) Cc: pdftex@tug.org In-Reply-To: <199803261451.PAA28742@regulus.informatik.uni-hannover.de> from "Thomas Esser" at Mar 26, 98 03:51:01 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Keith Refson wrote: >> The "eus.enc" encoding used for the Euler Symbol fonts was clearly >> wrong [...] And what about the related encodings, eur.enc, eux.enc and >> euex.enc? ... and Thomas Esser replied: > Good question. I'd really appreciate to see "Euler Symbol" working with > pdfTeX. If it helps, I've generated and enclosed euex.enc euf.enc eur.enc and eus.enc using my own (currently uncirculated) font installation and manipulation tools. The names of the encoding vectors differ from those in the teTeX distribution, mine come from the `CharacterCodingScheme' that the font delcares -- feel free to change them to something more meaningful. Best Regards, Melissa. Enc. % Encoding file euex.enc /EulerSubstitutionsOnly [ /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /braceleftbig /bracerightbig /braceleftBig /bracerightBig /braceleftbigg /bracerightbigg /braceleftBigg /bracerightBigg /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /arrowlefttophalf /arrowleftbothalf /arrowrighttophalf /arrowrightbothalf /.notdef /.notdef /.notdef /.notdef /arrowleft /arrowright /arrowup /arrowdown /arrowboth /arrownortheast /arrowsoutheast /.notdef /arrowdblleft /arrowdblright /arrowdblup /arrowdbldown /arrowdblboth /arrownorthwest /arrowsouthwest /.notdef /.notdef /infinity /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /bracelefttp /bracerighttp /braceleftbt /bracerightbt /braceleftmid /bracerightmid /braceex /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /contintegraltext /contintegraldisplay /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /summationtext /producttext /integraltext /.notdef /.notdef /.notdef /.notdef /.notdef /summationdisplay /productdisplay /integraldisplay /.notdef /.notdef /.notdef /.notdef /.notdef /coproducttext /coproductdisplay /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /arrowbothv /arrowdblbothv /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /bracehtipdownleft /bracehtipdownright /bracehtipupleft /bracehtipupright /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef ] def % Encoding file euf.enc /TeXTextSubset [ /dnos /dalt /fnos /falt /galt /kalt /talt /ualt /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /quoteleft /quoteright /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclam /.notdef /.notdef /.notdef /.notdef /ampersand /quotesingle /parenleft /parenright /asterisk /plus /comma /minus /period /slash /zero /one /two /three /four /five /six /seven /eight /nine /colon /semicolon /.notdef /equal /.notdef /question /.notdef /A /B /C /D /E /F /G /H /I /J /K /L /M /N /O /P /Q /R /S /T /U /V /W /X /Y /Z /bracketleft /.notdef /bracketright /asciicircum /.notdef /.notdef /a /b /c /d /e /f /g /h /i /j /k /l /m /n /o /p /q /r /s /t /u /v /w /x /y /z /.notdef /.notdef /quotedbl /.notdef /onealt /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef ] def % Encoding file eur.enc /TeXMathItalicSubset [ /Gamma /Delta /Theta /Lambda /Xi /Pi /Sigma /Upsilon /Phi /Psi /Omega /alpha /beta /gamma /delta /epsilon1 /zeta /eta /theta /iota /kappa /lambda /mu /nu /xi /pi /rho /sigma /tau /upsilon /phi /chi /psi /omega /epsilon /theta1 /pi1 /.notdef /.notdef /phi1 /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /zero /one /two /three /four /five /six /seven /eight /nine /period /comma /less /slash /greater /.notdef /partialdiff /A /B /C /D /E /F /G /H /I /J /K /L /M /N /O /P /Q /R /S /T /U /V /W /X /Y /Z /.notdef /.notdef /.notdef /.notdef /.notdef /lscript /a /b /c /d /e /f /g /h /i /j /k /l /m /n /o /p /q /r /s /t /u /v /w /x /y /z /dotlessi /dotlessj /weierstrass /.notdef /ghost /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef ] def % Encoding file eus.enc /TeXMathSymbolsSubset [ /minus /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /similar /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /ghost /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /logicalnot /.notdef /Rfractur /Ifractur /.notdef /.notdef /aleph /A /B /C /D /E /F /G /H /I /J /K /L /M /N /O /P /Q /R /S /T /U /V /W /X /Y /Z /.notdef /.notdef /.notdef /logicaland /logicalor /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /braceleft /braceright /.notdef /.notdef /bar /.notdef /.notdef /.notdef /backslash /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /section /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef ] def From owner-pdftex@tug.org Thu Mar 26 15:33:07 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA28548 for ; Thu, 26 Mar 1998 15:33:06 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA08477 for pdftex-list; Thu, 26 Mar 1998 17:29:49 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA08474 for ; Thu, 26 Mar 1998 17:29:47 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id WAA29597; hop 0; Thu, 26 Mar 1998 22:27:15 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Thu, 26 Mar 1998 22:30:55 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id WAA02187; Thu, 26 Mar 1998 22:30:53 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id WAA00990; Thu, 26 Mar 1998 22:30:53 GMT Date: Thu, 26 Mar 1998 22:30:53 GMT Message-Id: <199803262230.WAA00990@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: cottrell@ricardo.ecn.wfu.edu Cc: pdftex@tug.org Subject: Re: hyperref In-Reply-To: References: <199803261432.OAA00335@lurgmhor.elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell writes: > \generateFile{hpdftex.def}{f}{\from{hyperref.dtx}{check,pdftex,outlines}} > \generateFile{hpdftex.def}{f}{\from{hyperref.dtx}{check,pdftex,outlines}} > %\generateFile{hdvipdf.def}{f}{\from{hyperref.dtx} \ > {check,dvipdf,pdftexold,outlines}} > > I'm guessing that for pdftex 0.11 I should eliminate the > duplicate lines and do something like ^^^^^^^^^^ gurk. sorry. > \generateFile{hpdftex.def}{f}{\from{hyperref.dtx} \ > {check,pdftexold,outlines}} > > (where the "\" for lines is just for email convenience). Am I > on the right lines? yup, thats it no money-back guarentee, tho. sebastian From owner-pdftex@tug.org Thu Mar 26 15:45:58 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA28834 for ; Thu, 26 Mar 1998 15:45:57 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA08530 for pdftex-list; Thu, 26 Mar 1998 17:43:02 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA08527 for ; Thu, 26 Mar 1998 17:43:01 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id RAA08531; Thu, 26 Mar 1998 17:37:59 -0500 Date: Thu, 26 Mar 1998 17:37:59 -0500 (EST) From: Allin Cottrell To: Sebastian Rahtz cc: pdftex@tug.org Subject: Re: hyperref In-Reply-To: <199803262230.WAA00990@lurgmhor.elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 26 Mar 1998, Sebastian Rahtz wrote: > > \generateFile{hpdftex.def}{f}{\from{hyperref.dtx} \ > > {check,pdftexold,outlines}} > yup, thats it > > no money-back guarentee, tho. Ah, hyperref.ins is processed OK, but hyperref.dtx won't compile: Writing index file hyperref.idx No file hyperref.aux. (/usr/local/share/texmf/tex/latex/psnfss/ot1ptm.fd) ! Undefined control sequence. \@begindocumenthook ...etupDoc \hyper@anchorstart {Doc-Start}\hyper@anchoren... l.31 \begin{document} But 6.15 works well with pdftex 0.11, and I'm not complaining; I know how hard it must be to keep up with the pdftex changes, let alone ensuring backward compatibility. Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Thu Mar 26 15:09:28 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA27961 for ; Thu, 26 Mar 1998 15:09:27 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA08382 for pdftex-list; Thu, 26 Mar 1998 17:06:03 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA08379 for ; Thu, 26 Mar 1998 17:06:02 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id RAA08379; Thu, 26 Mar 1998 17:00:53 -0500 Date: Thu, 26 Mar 1998 17:00:53 -0500 (EST) From: Allin Cottrell To: Sebastian Rahtz cc: pdftex@tug.org Subject: Re: hyperref In-Reply-To: <199803261432.OAA00335@lurgmhor.elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 26 Mar 1998, Sebastian Rahtz wrote: > Allin Cottrell writes: > > Any suggestions on whether those us who are still using pdftex > > 0.11 would be well advised to install the latest hyperref? Or > > are there too many incompatibilities? > > just edit hyperref.ins, and make it generate the alternate hpdftex.def > (uncomment one line, comment another, should be obvious) The relevant lines in hyperref.ins seem to be \generateFile{hpdftex.def}{f}{\from{hyperref.dtx}{check,pdftex,outlines}} \generateFile{hpdftex.def}{f}{\from{hyperref.dtx}{check,pdftex,outlines}} %\generateFile{hdvipdf.def}{f}{\from{hyperref.dtx} \ {check,dvipdf,pdftexold,outlines}} I'm guessing that for pdftex 0.11 I should eliminate the duplicate lines and do something like \generateFile{hpdftex.def}{f}{\from{hyperref.dtx} \ {check,pdftexold,outlines}} (where the "\" for lines is just for email convenience). Am I on the right lines? Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Fri Mar 27 02:27:44 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA11400 for ; Fri, 27 Mar 1998 02:27:42 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA10930 for pdftex-list; Fri, 27 Mar 1998 04:23:07 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA10927 for ; Fri, 27 Mar 1998 04:23:06 -0500 Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id JAA06696; hop 0; Fri, 27 Mar 1998 09:20:32 GMT Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Fri, 27 Mar 1998 09:24:12 +0000 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.192.141]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id JAA06274; Fri, 27 Mar 1998 09:24:05 GMT Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id JAA01687; Fri, 27 Mar 1998 09:24:04 GMT Date: Fri, 27 Mar 1998 09:24:04 GMT Message-Id: <199803270924.JAA01687@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: cottrell@ricardo.ecn.wfu.edu, pdftex@tug.org Subject: Re: hyperref In-Reply-To: <199803262230.WAA00990@lurgmhor.elsevier.co.uk> References: <199803261432.OAA00335@lurgmhor.elsevier.co.uk> <199803262230.WAA00990@lurgmhor.elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz writes: > Allin Cottrell writes: > > \generateFile{hpdftex.def}{f}{\from{hyperref.dtx}{check,pdftex,outlines}} > > \generateFile{hpdftex.def}{f}{\from{hyperref.dtx}{check,pdftex,outlines}} > > %\generateFile{hdvipdf.def}{f}{\from{hyperref.dtx} \ > > {check,dvipdf,pdftexold,outlines}} as the half-awake will see, this is rubbish. swap around dvipdf and pdftex a few times. i'll upload a new clean copy s From owner-pdftex@tug.org Fri Mar 27 04:50:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA14187 for ; Fri, 27 Mar 1998 04:50:29 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA11443 for pdftex-list; Fri, 27 Mar 1998 06:38:51 -0500 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA11440 for ; Fri, 27 Mar 1998 06:38:48 -0500 Received: from mail.usyd.edu.au (mp-12-19.mp.usyd.edu.au [129.78.58.81]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id WAA02365 for ; Fri, 27 Mar 1998 22:39:58 +1100 (EST) Message-ID: <351B9092.1FC88652@mail.usyd.edu.au> Date: Fri, 27 Mar 1998 22:42:11 +1100 From: Robert Howlett X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: gsview and acroread Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk I decided to see if I could use ttf fonts, and still get ligatures as with ordinary tex with cm fonts. (I'm using Win95 with pdftex 1.2h as supplied by Fabrice Popineau.) So I chose comic.ttf (random choice) and did the following: (1) used ttf2afm.exe to make comic.afm This seemed to work. Then (2) afm2tfm comic -T 8r.enc -v comic8r and this gave me a virtual font comic8r.vf I had added some LIGKERN comments to the end of 8r.enc. Then I pdftex'd a short file which used the font comic8r and included the word "difficult" and three consecutive hyphens. I got a pdf file which looked exactly as I had hoped when viewed with gsview32 -- I got the fi ligature and an emdash instead of the hyphens. But when viewed with acroread the fi ligature didn't appear -- there was a rectangle there instead. Can anyone explain this? Bob Howlett From owner-pdftex@tug.org Fri Mar 27 23:51:11 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id XAA08615 for ; Fri, 27 Mar 1998 23:51:10 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id BAA15839 for pdftex-list; Sat, 28 Mar 1998 01:45:32 -0500 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id BAA15836 for ; Sat, 28 Mar 1998 01:45:28 -0500 Received: from mail.usyd.edu.au (mp-8-17.mp.usyd.edu.au [129.78.57.79]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id QAA23007 for ; Sat, 28 Mar 1998 16:46:38 +1000 (EST) Message-ID: <351C9D52.A6F8918D@mail.usyd.edu.au> Date: Sat, 28 Mar 1998 17:48:51 +1100 From: Robert Howlett X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: gsview and acroread Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk When viewed with gsview the following file looks the way I intended, but when viewed with acroread it does not: http://www-personal.usyd.edu.au/~rhowlett/test.pdf It worries me that the two viewers interpret things differently! Any thoughts, anyone? Bob Howlett From owner-pdftex@tug.org Mon Mar 30 00:27:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA09489 for ; Mon, 30 Mar 1998 00:27:07 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA26056 for pdftex-list; Mon, 30 Mar 1998 02:17:45 -0500 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA26053 for ; Mon, 30 Mar 1998 02:17:42 -0500 Received: from mail.usyd.edu.au (mp-5-36.mp.usyd.edu.au [129.78.56.160]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id RAA16576 for ; Mon, 30 Mar 1998 17:18:49 +1000 (EST) Message-ID: <351F4760.19BDF8D5@mail.usyd.edu.au> Date: Mon, 30 Mar 1998 17:18:56 +1000 From: Robert Howlett X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: Re: gsview and acroread References: <351C9D52.A6F8918D@mail.usyd.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Robert Howlett wrote: > > When viewed with gsview the following file looks the > way I intended, but when viewed with acroread it does not: > > http://www-personal.usyd.edu.au/~rhowlett/test.pdf > > It worries me that the two viewers interpret things differently! > Any thoughts, anyone? > > Bob Howlett Sorry, folks, I guess there's something wrong on my own machine. When I viewed the above file with acroread from my pc at work and from a colleague's machine it looked the way it was meant to look. Maybe I have an old version of acroread. Bob H. From owner-pdftex@tug.org Mon Mar 30 01:56:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA11040 for ; Mon, 30 Mar 1998 01:56:02 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA26677 for pdftex-list; Mon, 30 Mar 1998 03:50:22 -0500 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA26674 for ; Mon, 30 Mar 1998 03:50:16 -0500 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id LAA30882 (8.7.6/IDA-1.6 for ); Mon, 30 Mar 1998 11:06:16 +0200 Message-ID: <199803300906.LAA30882@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.org Date: Mon, 30 Mar 1998 10:51:34 +0100 Subject: Re: gsview and acroread Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 30 Mar 98 at 17:18, Robert Howlett wrote: > Robert Howlett wrote: > > > > When viewed with gsview the following file looks the > > way I intended, but when viewed with acroread it does not: > > > > http://www-personal.usyd.edu.au/~rhowlett/test.pdf > > > > It worries me that the two viewers interpret things differently! > > Any thoughts, anyone? > > > > Bob Howlett > > Sorry, folks, I guess there's something wrong on my own > machine. When I viewed the above file with acroread from > my pc at work and from a colleague's machine it looked the > way it was meant to look. Maybe I have an old version of acroread. I'm using AcroReader 3.0/Win32 and GS5.10/Win32 with GSview2.5/Win32 and outputs are DIFFERENT !!! Jiri. From owner-pdftex@tug.org Tue Mar 31 04:55:45 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA15146 for ; Tue, 31 Mar 1998 04:55:44 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA32625 for pdftex-list; Tue, 31 Mar 1998 06:37:56 -0500 Received: from renko.ucs.ed.ac.uk (renko.ucs.ed.ac.uk [129.215.13.3]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA32622 for ; Tue, 31 Mar 1998 06:37:53 -0500 Received: from lennox.dcs.ed.ac.uk (da@dialup-109.publab.ed.ac.uk [129.215.38.109]) by renko.ucs.ed.ac.uk (8.8.7/8.8.7) with SMTP id MAA08859; Tue, 31 Mar 1998 12:38:42 +0100 (BST) Date: Tue, 31 Mar 1998 12:38:42 +0100 (BST) Message-Id: <199803311138.MAA08859@renko.ucs.ed.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: David Aspinall To: tetex-pretest@informatik.uni-hannover.de Cc: pdftex@tug.org Subject: pdflatex in teTeX 0.9 980325 again X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-pdftex@tug.org Precedence: bulk Okay, I got hyperref 6.19 which fixes the error I showed before. Things are better, but I'm having problems with the Y&Y Lucida fonts. With the file below I get this error: ! Error: pdflatex (file hlhr8a.pfa): unexpected end of file No problem with these fonts with 0.11. Perhaps pdftex 0.12h only works (properly) with pfb files? - David. \documentclass{article} \usepackage{lucidabr} \usepackage{hyperref} \begin{document} Hello! \end{document} This is pdfTeX, Version 3.14159-0.12h (Web2C 7.2) (pdftex.cfg) (duff.tex LaTeX2e <1997/12/01> patch level 2 Babel and hyphenation patterns for american, german, loaded. (/usr/lib/teTeX/share/texmf/tex/latex/base/article.cls Document Class: article 1997/10/10 v1.3x Standard LaTeX document class (/usr/lib/teTeX/share/texmf/tex/latex/base/size10.clo)) (/usr/lib/teTeX/share/texmf.local/tex/latex/lucidabr/lucidabr.sty) (/usr/lib/teTeX/share/texmf.local/tex/latex/contrib/supported/hyperref/hyperref .sty (/usr/lib/teTeX/share/texmf/tex/latex/graphics/keyval.sty) (/usr/lib/teTeX/share/texmf/tex/latex/config/hyperref.cfg) (/usr/lib/teTeX/share/texmf.local/tex/latex/contrib/supported/hyperref/nameref. sty) (/usr/lib/teTeX/share/texmf/tex/latex/misc/url.sty)) (/usr/lib/teTeX/share/texmf.local/tex/latex/contrib/supported/hyperref/hpdftex. def) (duff.aux) (/usr/lib/teTeX/share/texmf.local/tex/latex/lucidabr/lmrhlcm.fd ) (/usr/lib/teTeX/share/texmf.local/tex/latex/fonts/bh/ot1hlh.fd) (duff.out) (duff.out) [1] (duff.aux) )<8r.enc>; Tue, 31 Mar 1998 08:59:09 -0700 (MST) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA00759 for pdftex-list; Tue, 31 Mar 1998 10:33:30 -0500 Received: from iceb.ufop.br ([200.9.184.97]) by tug.org (8.8.5/8.8.5) with SMTP id KAA00756 for ; Tue, 31 Mar 1998 10:33:17 -0500 Message-Id: <199803311533.KAA00756@tug.org> Received: by iceb.ufop.br (1.38.193.4/16.2) id AA18783; Tue, 31 Mar 1998 13:33:58 -0300 From: Jose Romildo Malaquias Subject: What is the teTeX BETA discussion list address ? To: pdftex@tug.org Date: Tue, 31 Mar 98 13:33:58 SAT Mailer: Elm [revision: 70.85] Sender: owner-pdftex@tug.org Precedence: bulk Thanks. Prof. Jose Romildo Malaquias romildo@iceb.ufop.br Departamento de Computacao Universidade Federal de Ouro Preto BRASIL