From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/11633 Path: main.gmane.org!not-for-mail From: Giuseppe Bilotta Newsgroups: gmane.comp.tex.context Subject: Re[5]: Using MetaPost graphics in ConTeXt Date: Tue, 25 Mar 2003 11:34:20 +0100 Sender: ntg-context-admin@ntg.nl Message-ID: <305058714.20030325113420@iol.it> References: <5.1.0.14.1.20030325094633.031bceb0@server-1> Reply-To: ntg-context@ntg.nl NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1048589713 32185 80.91.224.249 (25 Mar 2003 10:55:13 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 25 Mar 2003 10:55:13 +0000 (UTC) Original-X-From: ntg-context-admin@ntg.nl Tue Mar 25 11:55:12 2003 Return-path: Original-Received: from ref.vet.uu.nl ([131.211.172.13] helo=ref.ntg.nl) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18xm0d-0007wj-00 for ; Tue, 25 Mar 2003 11:50:23 +0100 Original-Received: from ref.ntg.nl (localhost.localdomain [127.0.0.1]) by ref.ntg.nl (Postfix) with ESMTP id B235610B58; Tue, 25 Mar 2003 11:50:18 +0100 (MET) Original-Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by ref.ntg.nl (Postfix) with ESMTP id 4346010B1B for ; Tue, 25 Mar 2003 11:47:54 +0100 (MET) Original-Received: from [151.29.131.87] (151.29.131.87) by smtp2.libero.it (6.7.015) id 3E48BA3400FD5358 for ntg-context@ntg.nl; Tue, 25 Mar 2003 11:47:55 +0100 X-Mailer: The Bat! (v1.63 Beta/7) X-Priority: 3 (Normal) Original-To: ntg-context@ntg.nl In-Reply-To: <5.1.0.14.1.20030325094633.031bceb0@server-1> Errors-To: ntg-context-admin@ntg.nl X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.0.13 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.comp.tex.context:11633 X-Report-Spam: http://spam.gmane.org/gmane.comp.tex.context:11633 Tuesday, March 25, 2003 Hans Hagen wrote: HH> At 10:07 PM 3/24/2003 -0500, Gary Pajer wrote: >>I've tried to resist, but I have to ask. Why not write a simple batch file >>that runs MetaPost *and* changes the extension? That's what I do. ... Are >>you processing several MP scripts in one file ?? HH> Remembering that i did look into it long ago, i took a look in the core-fig HH> file; now, if you really want this kind of support, open core-fig.tex and HH> search for: HH> % new, test first HH> uncomment the doifnumberelse lines and you'll have the support needed (a HH> new format needs to be generated) I had thought of doing that (I had spotted the lines while trying to debug the problem), but what I think is important is that graphics inclusion should be, within limits, independent from extension. For example, while . are usually MP output, I could have other formats (embeddable by PDF) using those extensions. As long as I can specify [type=...] or [method=...], the extension should be left whatever it is. The problem arises because when the name of the included graphic is the same as the \jobname, extension is discarded. To be precise, two things are done: some extensions are discarded from the extensions searched, and then the extension of the file is wiped. While the first action is very wise (prevents output/input clash, so indeed tex, xml, pdf and dvi should be not searched in such a case), the second is not a good idea: after the suppression of the extensions, the inclusion should continue normally: we're safe from clash because the "wrong" extensions will not be searched. Can *this* be fixed? -- Giuseppe "Oblomov" Bilotta