[scribus] How can I remove an image from and Image Frame?

Louis Desjardins louis.desjardins at gmail.com
Tue Aug 3 20:32:44 CEST 2010


2010/8/3 Gregory Pittman <gregp_ky at yahoo.com>

> On 08/03/2010 12:21 PM, a.l.e wrote:
>
>>
>>> There is often a need to produce quickly a print of a file. While in
>>> production, we can produce dozens of proofs for various reasons and at
>>> various levels: creation, to see, compare, test; production to check
>>> overall
>>> quality, look for defaults, all of those being internal proofs; and we
>>> have
>>> the proofs that go to the client, come back with notes, changes,
>>> corrections, all of various levels. One way to accelerate the printing
>>> process is to get temporarily rid of the high res images and simply print
>>> the pages with low res images (depending on what you need to proof, of
>>> course).
>>>
>>> There are various ways to print a proof without the images or with the
>>> low
>>> res images. The fastest we found over the years was to temporarily "hide"
>>> the image folder (putting it elsewhere on another level) so the
>>> application
>>> doesn’t know where to find the images, asks a simple question through a
>>> warning: "Print anyway" or "Find missing images" (and of course,
>>> "Cancel").
>>> When you hit the "Print anyway" button, the job just prints, quickly.
>>> There
>>> is basically not much left to process when you take away the images.
>>> In this
>>> case, the trick won’t work in Scribus.
>>>
>>>
>>
>> another way of doing, would be to create a script which generates a
>> preview for each image which does not have one and switches all the
>> paths... should be easy to do...
>>
>
> One question would be whether this is a Scribus issue or a workflow issue.
>

Interesting question. I’d say, both. :)

>
> One answer could come from putting all images on an "image" layer, then
> choosing to print/export this layer or not.
>

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.

>
> Of course, when Scribus becomes the industry standard, then other
> possibilities will arise.
>

Yep.

>
> Greg
>
>
> _______________________________________________
> scribus mailing list
> scribus at lists.scribus.net
> http://lists.scribus.net/mailman/listinfo/scribus
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus/attachments/20100803/be881948/attachment.htm>


More information about the scribus mailing list