2010/8/3 Gregory Pittman <span dir="ltr"><<a href="mailto:gregp_ky@yahoo.com">gregp_ky@yahoo.com</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">On 08/03/2010 12:21 PM, a.l.e wrote:<br>
</div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
There is often a need to produce quickly a print of a file. While in<br>
production, we can produce dozens of proofs for various reasons and at<br>
various levels: creation, to see, compare, test; production to check<br>
overall<br>
quality, look for defaults, all of those being internal proofs; and we<br>
have<br>
the proofs that go to the client, come back with notes, changes,<br>
corrections, all of various levels. One way to accelerate the printing<br>
process is to get temporarily rid of the high res images and simply print<br>
the pages with low res images (depending on what you need to proof, of<br>
course).<br>
<br>
There are various ways to print a proof without the images or with the<br>
low<br>
res images. The fastest we found over the years was to temporarily "hide"<br>
the image folder (putting it elsewhere on another level) so the<br>
application<br>
doesn’t know where to find the images, asks a simple question through a<br>
warning: "Print anyway" or "Find missing images" (and of course,<br>
"Cancel").<br>
When you hit the "Print anyway" button, the job just prints, quickly.<br>
There<br>
is basically not much left to process when you take away the images.<br>
In this<br>
case, the trick won’t work in Scribus.<br>
<br>
</blockquote>
<br>
<br></div></div><div class="im">
another way of doing, would be to create a script which generates a<br>
preview for each image which does not have one and switches all the<br>
paths... should be easy to do...<br>
</div></blockquote>
<br>
One question would be whether this is a Scribus issue or a workflow issue.<br></blockquote><div><br>Interesting question. I’d say, both. :) <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
One answer could come from putting all images on an "image" layer, then choosing to print/export this layer or not.<br></blockquote><div><br>The issue at the starting point is print as quick as possible, so get rid asap of the uneeded data for this particular proof. The short cut is just perfect. You remove the data and the print can be done. No processing time. Just a cross-over, a jump in the circuit. <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Of course, when Scribus becomes the industry standard, then other possibilities will arise.<br></blockquote><div><br>Yep. <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Greg<div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
scribus mailing list<br>
<a href="mailto:scribus@lists.scribus.info" target="_blank">scribus@lists.scribus.info</a><br>
<a href="http://lists.scribus.info/mailman/listinfo/scribus" target="_blank">http://lists.scribus.info/mailman/listinfo/scribus</a><br>
</div></div></blockquote></div>