From: Bruce Horrocks <bh@granby.demon.co.uk>
Subject: Re: Problem with mis-identified .png graphics files when generating DVI
Date: Mon, 7 Jan 2002 16:30:11 +0000 [thread overview]
Message-ID: <Sh0x1KCT0cO8Ew5Y@granby.demon.co.uk> (raw)
In-Reply-To: <5.1.0.14.1.20020107152506.05150f60@server-1>
In message <5.1.0.14.1.20020107152506.05150f60@server-1>,
on Mon, 7 Jan 2002 at 15:34:04, Hans Hagen wrote:
>>When producing a DVI file, the equivalent extract from the logfile is:
>>
>>systems : begin file 00_master at line 3
>>figures : figure ./zzz.png has zero dimensions
>>figures : dimensions of ./zzz.png loaded from figurefile itself
>>
>>[locating ./zzz.png as eps] [analyzing ./zzz.png on . as eps] [zero]
>>[found] [.
>
>I'm not sure if you do have an eps.
That's exactly the point: I don't have an eps file and I want to know
why the system thinks that I do.
>Context figure inclusion works as follows:
[snip]
>In your case, you specify a suffix explitly, so context will analyze
>the graphic according to its known suffixes (also depends on the
>driver) but uses the file itself as subject. So, in dvi mode it will
>(since dvips supports eps) analyze the png as if it was an eps. This
>gives zero dimensions, so ...
I don't really understand this. If I deliberately specify a .png
extension, I why doesn't the system simply say: "Error - you have
specified a file extension that I don't know how to deal with"?
[suggestion to use .eps versions as well snipped]
I appreciate the suggestion but I will have lots of illustrations.
Keeping two sets in synch introduces a configuration management issue.
It *might* be easier to amend the DVI driver to support .png files
(since my viewer already does).
Okay, so next question. Where do I start looking to make the appropriate
change? As I pointed out in my first post, PDF output identifies the
.png extension properly but DVI doesn't. However, looking through the
ConTeXt source, I can only find *one* reference to determining the type
and size of graphics files. This is in core-fig.tex. I must have missed
something because I don't see how this differs depending upon driver.
Any suggestions would be greatly appreciated.
Regards,
--
Bruce Horrocks
Hampshire
England
bh@granby.demon.co.uk
next prev parent reply other threads:[~2002-01-07 16:30 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-07 12:33 Bruce Horrocks
2002-01-07 14:34 ` Hans Hagen
2002-01-07 16:30 ` Bruce Horrocks [this message]
2002-01-08 8:33 ` Hans Hagen
2002-01-08 12:59 ` Problem with mis-identified .png graphics files when generatingDVI George N. White III
[not found] ` <Pine.GSO.4.43.0201080834050.13821-100000@emerald.bio.dfo.c a>
2002-01-08 14:35 ` Problem with mis-identified .png graphics files when generating DVI Hans Hagen
2002-01-08 9:08 ` Taco Hoekwater
-- strict thread matches above, loose matches on Subject: below --
2001-12-30 17:08 Bruce Horrocks
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=Sh0x1KCT0cO8Ew5Y@granby.demon.co.uk \
--to=bh@granby.demon.co.uk \
/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).