From: Lars Huttar <lars_huttar@sil.org>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Cc: jelle_huisman@sil.org
Subject: Re: error when using uniqueMPgraphics
Date: Mon, 22 Dec 2008 23:33:58 -0600 [thread overview]
Message-ID: <49507846.7080608@sil.org> (raw)
In-Reply-To: <49505FA8.2010002@sil.org>
On 12/22/2008 9:48 PM, Lars Huttar wrote:
> On 12/16/2008 1:28 PM, Lars Huttar wrote [Re: [NTG-context] distributed
> / parallel TeX?]:
>> On 12/16/2008 11:37 AM, Hans Hagen wrote:
>>> Lars Huttar wrote:
> ...
>>>> The advice I received said to define each mpgraphic using
>>>> \startuseMPgraphic (we have about 18 of these), associate them with
>>>> overlays using \defineoverlay (again, we have 18), and then use them in
>>>> table cells using statements like
>>>> \setupTABLE[c][first][background={LRtb}]
>>>> Empirically, this seems to end up using one mpgraphic per table cell,
>>>> hence our thousands of mpgraphics. I don't know why a new mpgraphic
>>>> would be created for each cell. Can someone suggest a way to avoid this?
>>> metafun manual: unique mp graphics
>> Great...
>> I converted our useMPgraphics to uniqueMPgraphics. This reduced our
>> number of mpgraphics from 7000 to 800!
>>
>> Unfortunately the result doesn't look quite right... but since we may
>> not need to use mpgraphics anyway thanks to your patches, I'll hold off
>> on debugging the result.
>
> When I use uniqueMPgraphics, things run faster, but I get errors and
> warnings. They look like this:
>
> ** WARNING ** Specified (image) object doesn't exist: MP::139
> ** WARNING ** Interpreting special command uxobj (pdf:) failed.
> ** WARNING ** >> at page="32" position="(216.633, 268.835)" (in PDF)
> ** WARNING ** >> xxx "pdf:uxobj @MP::139"
> ** WARNING ** Error locating image file "MP::185"
> ** WARNING ** Specified (image) object doesn't exist: MP::185
> ** WARNING ** Interpreting special command uxobj (pdf:) failed.
> ** WARNING ** >> at page="32" position="(250.44, 268.835)" (in PDF)
> ** WARNING ** >> xxx "pdf:uxobj @MP::185"
> ** WARNING ** Error locating image file "MP::141"
> ** WARNING ** Specified (image) object doesn't exist: MP::141
> ** WARNING ** Interpreting special command uxobj (pdf:) failed.
> ** WARNING ** >> at page="32" position="(284.247, 268.835)" (in PDF)
> ** WARNING ** >> xxx "pdf:uxobj @MP::141"
> ** WARNING ** Error locating image file "MP::186"
> ** WARNING ** Specified (image) object doesn't exist: MP::186
> ** WARNING ** Interpreting special command uxobj (pdf:) failed.
> ** WARNING ** >> at page="32" position="(316.111, 268.835)" (in PDF)
> ** WARNING ** >> xxx "pdf:uxobj @MP::186"
> ** WARNING ** Error locating image file "MP::143"
> ** WARNING ** Specified (image) object doesn't exist: MP::143
> ** WARNING ** Interpreting special command uxobj (pdf:) failed.
> ** WARNING ** >> at page="32" position="(352.456, 268.835)" (in PDF)
> ** WARNING ** >> xxx "pdf:uxobj @MP::143"
>
>
>
> The tex looks like:
>
> \startMPinitializations
> numeric FrameDist, Inner, Middle, Outer ;
> FrameDist := 0.6;
> Middle := -0.2 ;
> Inner := Middle - FrameDist;
> Outer := Middle + FrameDist;
> \stopMPinitializations
>
> % 0 double sides
> \startuniqueMPgraphic{table:frame:lrtb} % all single
> draw OverlayBox enlarged Middle ;
> setbounds currentpicture to OverlayBox ;
> \stopuniqueMPgraphic
>
> % 1 double side
> \startuniqueMPgraphic{table:frame:Lrtb} % left double
> draw OverlayBox leftenlarged Outer topenlarged Middle bottomenlarged
> Middle rightenlarged Middle ;
> draw OverlayBox leftenlarged Inner topenlarged Middle bottomenlarged
> Middle rightenlarged Middle ;
> setbounds currentpicture to OverlayBox ;
> \stopuniqueMPgraphic
> ...
> % 0 double sides
> \defineoverlay[lrtb][\uniqueMPgraphic{table:frame:lrtb}]
> % 1 double side
> \defineoverlay[Lrtb][\uniqueMPgraphic{table:frame:Lrtb}]
> \defineoverlay[lRtb][\uniqueMPgraphic{table:frame:lRtb}]
> \defineoverlay[lrTb][\uniqueMPgraphic{table:frame:lrTb}]
> \defineoverlay[lrtB][\uniqueMPgraphic{table:frame:lrtB}]
>
> ...
>
> \def\setuptableone{\setupTABLE[frame=off,split=no,option=stretch,offset=0.85mm,distance=0mm,columndistance=0mm,leftmargindistance=0mm,rightmargindistance=0mm]
> \setupTABLE[r][each][height=0.6cm,align={middle,lohi}]
> \setupTABLE[2,3,4,5,6,7][4,5,6,7,8,9][align={flushright,lohi}]
> \setupTABLE[1][4,5,6,7,8,9][align={flushleft,lohi}]
> \setupTABLE[c][1][background={LRtb}]
> \setupTABLE[c][2,4][background={Lrtb}]
> ...}
>
> \bgroup
> \setuptableone
> \startTabTableHeader
> [nc=7,height=0.8cm,align={right,lohi}]\switchtobodyfont[SansB,\countryheadersize]{Table
> 1.}
> ...
>
Sorry, I left out a couple of things I meant to say...
Basically, when we run with uniqueMPgraphic instead of useMPgraphic, we
get a lot fewer mpgraphic files; but the tables we produce lack the
outer border. And we get the above errors.
Googling the errors leads us to dvipdfmx, e.g.
http://tug.org/texlive/devsrc/Build/source/texk/dvipdfmx/src/spc_pdfm.c
http://dvipdfmx.sourcearchive.com/documentation/1:20050831-5/pdfximage_8c-source.html
But I don't think dvipdfmx is the cause.
Can anyone explain the error messages or suggest a fix?
We would love to use uniqueMPgraphics for efficiency, but we can't if it
gives the wrong result...
Thanks,
Lars
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
next prev parent reply other threads:[~2008-12-23 5:33 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-15 23:06 distributed / parallel TeX? Lars Huttar
2008-12-16 8:08 ` Taco Hoekwater
2008-12-16 18:13 ` Lars Huttar
2008-12-16 21:31 ` Martin Schröder
2008-12-16 22:10 ` Lars Huttar
2008-12-16 22:17 ` Martin Schröder
2008-12-17 8:47 ` Taco Hoekwater
2008-12-16 21:15 ` luigi scarso
2008-12-16 23:02 ` Lars Huttar
2008-12-17 8:22 ` Hans Hagen
2008-12-17 8:53 ` luigi scarso
2008-12-17 13:50 ` Lars Huttar
2008-12-16 9:07 ` Hans Hagen
2008-12-16 15:06 ` Aditya Mahajan
2008-12-16 15:53 ` Hans Hagen
2008-12-16 17:25 ` Lars Huttar
2008-12-16 17:37 ` Hans Hagen
2008-12-16 19:28 ` Lars Huttar
2008-12-17 2:57 ` Yue Wang
2008-12-23 3:48 ` error when using uniqueMPgraphics Lars Huttar
2008-12-23 5:33 ` Lars Huttar [this message]
2008-12-23 7:30 ` Wolfgang Schuster
2008-12-16 18:40 ` distributed / parallel TeX? Mojca Miklavec
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=49507846.7080608@sil.org \
--to=lars_huttar@sil.org \
--cc=jelle_huisman@sil.org \
--cc=ntg-context@ntg.nl \
/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).