[resent. stripped big pdf attachment. Get PDF at: http://homepage.mac.com/atl/tex/figuretext.pdf ] Hi all, 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. Some notes: 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 box. [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? Thanks, adam -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl@comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Adam Lindsay wrote:
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.
Is it possible that Hans' macro initializes some sort of displacement to (0pt,0pt), implying the lower left corner? It is the only idea I can come up with, not having XeTeX myself. Greetings, Taco
Adam Lindsay wrote:
So, does anyone have any words of wisdom?
what happens if you say: \externalfigurew[cow.pdf][object=no] (i'll see if i can get the mac up and running again this week) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hans Hagen said this at Mon, 8 Nov 2004 11:38:16 +0100:
what happens if you say:
\externalfigure[cow.pdf][object=no]
(i'll see if i can get the mac up and running again this week)
Bingo. Perfect. Okay, so a temporary solution is to put: \setupexternalfigures[\c!object=\v!no] ...into the spec-xtx driver? Done. I'm guessing that's because core-fig is optimised for pdfetex's PDF object inclusion/referencing? Lemme see if I can do some testing of pdf pages and double check the bookmarks, and I'll ship out a version for inclusion in the distro. Thanks, adam -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl@comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
participants (3)
-
Adam Lindsay
-
Hans Hagen
-
Taco Hoekwater