X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1461" "Tue" "9" "November" "93" "22:36:57" "GMT" "Paul Taylor" "pt@DOC.IMPERIAL.AC.UK" nil "30" "search paths" "^Date:" nil nil "11"]) Return-Path: Received: from sc.ZIB-Berlin.DE (mailserv) by dagobert.ZIB-Berlin.DE (4.1/SMI-4.0/24.6.93) id AA09873; Tue, 9 Nov 93 23:40:15 +0100 Received: from vm.urz.Uni-Heidelberg.de (vm.hd-net.uni-heidelberg.de) by sc.ZIB-Berlin.DE (4.1/SMI-4.0-sc/03.06.93) id AA12078; Tue, 9 Nov 93 23:40:12 +0100 Message-Id: <9311092240.AA12078@sc.ZIB-Berlin.DE> Received: from DHDURZ1 by vm.urz.Uni-Heidelberg.de (IBM VM SMTP V2R2) with BSMTP id 4279; Tue, 09 Nov 93 23:38:54 CET Received: from DHDURZ1 by DHDURZ1 (Mailer R2.08 R208004) with BSMTP id 3781; Tue, 09 Nov 93 23:38:43 CET Received: from DHDURZ1 by DHDURZ1 (Mailer R2.08 R208004) with BSMTP id 3778; Tue, 09 Nov 93 23:38:40 CET Reply-To: Mailing list for the LaTeX3 project Date: Tue, 9 Nov 93 22:36:57 GMT From: Paul Taylor Sender: Mailing list for the LaTeX3 project To: Multiple Recipients of Subject: search paths Status: R X-Status: X-Keywords: X-UID: 1141 I am fully aware that there are ways in which TEXINPUTS can be set from the outside, and as someone who has done battle with his makefiles, I am also aware that Karl Berry's web2c has all sorts of ways of searching for things. Indeed BSTINPUTS and MakeTeX{TeX,TFM} were my suggestions. However none of this has anything to do with LaTeX, because by the time LaTeX (even lplain.tex) gets control, the search paths are fixed. What I had in mind was that \documentstyle and friends should search (using the existing techniques of \read and \ifeof) for filenames with suffices tex, sty, cls, and so on, in an order which can be specified (in a file read by initex) as something appropriate. When I said suffices I meant directories, but as this is operating system dependent I withdraw that suggestion. WHat about Frank's referendum? I am inclined to spoil my paper, since (as is usually the case when our rulers :-) disdain to ask our opinions) it misses the point. However I now think NF should go. I never understood what "[no]margid" stood for; I thought it had something to do with margins until I read the code. Paul PS There is another objection to NF. In a completely different forum, it was suggested that a certain concept should not be called KZ for reasons of German sensibilities. In Britain (and I guess probably some other countries in translation) NF stands for National Front, a right wing party with (to say the least) racist policies.