From: Giuseppe Bilotta <gip.bilotta@iol.it>
Subject: Re[3]: Using MetaPost graphics in ConTeXt
Date: Tue, 25 Mar 2003 13:49:11 +0100 [thread overview]
Message-ID: <12813150319.20030325134911@iol.it> (raw)
In-Reply-To: <5.1.0.14.1.20030325132545.02992a48@server-1>
Tuesday, March 25, 2003 Hans Hagen wrote:
HH> At 11:38 AM 3/25/2003 +0100, you wrote:
>>The third point is too severe in its behaviour: it's a good thing that
>>circular
>>loading is prevented, but this shouldn't prevent inclusion of
>>other files with different extensions! After the removal of the
>>\jobsuffix extension, inclusion should go on normally!
HH> it will, fo rthose sufixes that are recognized as being supported by the
HH> backend; numbers are special case in the sense that they don't relate to a
HH> file format; if you uncomment the lines i mentioned you get them supported
The problem is not the numbers as such, it's a more general point;
especially then type= or method= are specified, extension should
be irrelevant as long as it doesn't cause name clash. On a very
general basis, I would say that the best approach would be:
Step 1: check for name clashes:
* if name = \jobname:
(a) if extension = \jobsuffix or output suffix (dvi, pdf), quit
parsing
(b) if no extension, remove jobsuffix and output suffix from
list of searched extensions.
Step 2: if extension is specified, and no method is specified,
set method to the one associated with this extension, if there is
one.
Step 3: check if file exists;
* if we have a full name, try to open the specified
name.extension, with the specified method
* if the file is not found, and no extension was specified, look
for all the known extensions (except the ones forbidden by Step
1, point b); if a method/type is specified and it has a default extension,
start looking from that extension
Or something like this ...
--
Giuseppe "Oblomov" Bilotta
next prev parent reply other threads:[~2003-03-25 12:49 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-25 8:46 Hans Hagen
2003-03-25 10:38 ` Re[2]: " Giuseppe Bilotta
2003-03-25 12:26 ` Hans Hagen
2003-03-25 12:49 ` Giuseppe Bilotta [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-03-25 8:46 Re[3]: " Hans Hagen
2003-03-24 6:09 Johannes Hüsing
2003-03-23 21:38 ` Giuseppe Bilotta
2003-03-24 12:30 ` Re[2]: " Hans Hagen
2003-03-24 13:48 ` Re[3]: " Giuseppe Bilotta
2003-03-25 3:07 ` Gary Pajer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=12813150319.20030325134911@iol.it \
--to=gip.bilotta@iol.it \
--cc=ntg-context@ntg.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).