LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Forum View

Use Proportional Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Mime-Version:
1.0
Content-Type:
text/plain; charset=us-ascii
Date:
Tue, 3 Mar 2009 22:49:23 +0100
Content-Disposition:
inline
Reply-To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Subject:
From:
Heiko Oberdiek <[log in to unmask]>
In-Reply-To:
Sender:
Mailing list for the LaTeX3 project <[log in to unmask]>
Parts/Attachments:
text/plain (29 lines)
On Tue, Mar 03, 2009 at 10:14:39PM +0100, Frank Mittelbach wrote:

> I agree with David, that such an integration would be best placed in
> pdftex.def, wouldn't it? Or am we missing something?

* The method of epstopdf is also useful for other drivers.
  I don't know a driver that supports all image formats.
* grffile
* bmpsize
* ...

> the .def file concept has been invented precisely for hiding the interface
> pecularies from the high-level interface that is used in the LaTeX source and
> that is precisely what we need here, or?

I would rather say a new design for the missing stuff is needed, e.g.:
* interface for .def files
* command line options, program configuration
* ...

However, I doubt there will be enough energy to heat graphicx.
Thus designing and writing a successor for graphicx seems the
easier road. A candidate for this would be me because of my
packages (see above). I am tempted, but I fear and know that
I don't have the time for it (next weeks and months).

Yours sincerely
  Heiko <[log in to unmask]>

ATOM RSS1 RSS2