[dev-context] XeTeX specials in ConTeXt
atl at comp.lancs.ac.uk
Sun Nov 7 13:40:17 CET 2004
[resent. stripped big pdf attachment. Get PDF at:
I've been working away at the XeTeX special drivers in ConTeXt, and I
still keep running up against the problem where an \externalfigure gets
found and framed correctly, but the graphic itself ends up on the lower
left corner of the page.
I've tried countless variations on the specials, but something in core-
fig has me completely stymied. I'm now officially in over my head. I hope
there's someone out there who might be able to give me a further clue.
The specials have undergone all sorts of silly variations. As a result,
what you see in the file doesn't reflect the cleanest code.
Quoted from the XeTeX manual: "The final result of a \XeTeXpicfile
command is an object which can be included in the text being typeset just
like a character, albeit usually a rather large one. It could be thought
of as a box, though it cannot be unboxed. It can, however, be put inside
a normal TEX box register, and in fact this is often desirable."
This unboxing thing sounds potentially critical, but AFAIK, no such thing
happens in core-fig.
Near as I can tell, the \foundexternalfigure box is obtained and measured
from my \dogetXTXfiguresize. In the macros as they currently stand, my
\handlepdfimage isn't actually called, because core-fig thinks it has the
[Jonathan, I don't expect you to follow what happens with ConTeXt's giant
core-fig file. I'm just writing to see if the output triggers anything
that you might recognise.]
[Hans, the spec-xtx file is ready to replace what's currently in the
ConTeXt distro, which works even less than what's here.]
So, does anyone have any words of wisdom?
Adam T. Lindsay, Computing Dept. atl at comp.lancs.ac.uk
Lancaster University, InfoLab21 +44(0)1524/510.514
Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492
-------------- next part --------------
Skipped content of type multipart/mixed
More information about the dev-context