Ross Moore wrote:
[...]
> > 2) The way I coded it, we'll ultimately need get_image_size to support
> > jpegs.
> That would be useful more generally.
[...]
> > 3) The code has two general purpose subs find_file & maybe_copy_image
> > that [... preserve timestamps ...]
[...]
> Yes, this probably
> "Ulrich G. Wortmann" wrote:
> > ... what about having a
> > modification to graphicspath called \l2hgraphicspath.
>
> That sounds like it might be part of the solution...
> Hi Uli, Ross;
> Your comments, and Ross' offline got me thinking that although the
> basic idea is good, a bit more i
"Ulrich G. Wortmann" wrote:
> ... what about having a
> modification to graphicspath called \l2hgraphicspath.
That sounds like it might be part of the solution...
Hi Uli, Ross;
Your comments, and Ross' offline got me thinking that although the
basic idea is good, a bit more is needed to do it
Hi Bruce,
your extension of graphicx.perl is a feature which might save me a lot of
headaches!!!
Great idea (!), this might make the \htmladdimg{} command obsolete.
Regards,
Steffen
+--+
| Steffen KlupschA
Hi Bruce,
I had not yet the time to test your module, but it instantly triggerd
an idea concerning the more complicated options like clipping:
Unless we find some very clever extension to deal with clipping while
generating pixel images from eps images (well it shoulndt be to
complicate to crop
Whoops!
To whoever is interested . Apply this patch first!
Sorry :<
*** graphicx.perl.sent Tue Jan 23 23:18:47 2001
--- graphicx.perl Tue Jan 23 23:19:57 2001
***
*** 116,123
$dirs = [map("$_$dd$pre",@$dirs)]; }
# file name may already have an extensio
Hi Ross; Hi All;
Among the nice features of the graphic(s|x) packages are that you can
give the name
of an image w/o extension, and it will find the `right' kind for the
current
circumstances. However, the current perl version passes the processing
on to LaTeX
to generate an image.
Attached
