ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
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
___________________________________________________________________________________


  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).