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

a.l.e ale.comp_06 at xox.ch
Tue Aug 3 18:21:11 CEST 2010

hi louis,

>> by default, scribus does not store the images in the .sla file so showing a
>> preview is not really trivial.
>> in 1.5svn there is an image cache... so it may be possible to show a lowres
>> preview for missing images: but it is really needed?
> 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.
> There are certainly other ways of achieving the same result. But as quick?
> and as quick to revert? What we need is something quick.
> The 'hiden folder" way is so simple and have never lead to any errors at the
> high res output. Provided your images are all stored in the same folder,
> putting this folder away leads to a global warning. Once the folder is back
> to it’s original place, the user simply has to identify one of the images
> into that folder and the program tells right away that there are other
> images in this folder that need to be relinked or updated, and then it takes
> a second to solve the issue.
> A solution that would create low res images on the fly (and not store them)
> would use up time everytime.

anything against setting the maximum image resolution to a lower one in 
the pdf export dialog?
and unchecking the setting once you go to production?
(ok, it may use some calculation time while exporting)

we are an open source project and we aim for good solution not ugly 
hacks :-)

if that settings is not enough, it would be indeed nice to have an 
option "use image previews" in the pdf export dialog.
just below the checkbox for the maximum image resolution...

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

this is what i expect from an open source DTP app! :-)

tea time!


More information about the scribus mailing list