2010/8/3 a.l.e <span dir="ltr">&lt;<a href="mailto:ale.comp_06@xox.ch">ale.comp_06@xox.ch</a>&gt;</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;">
salut louis,<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
How can I remove an image from an image frame?  I am using Scribus<br>
1.3.3.13svn in Kubuntu 10,04.<br>
<br>
<br>
      <br>
</blockquote>
Undoubtedly not the proper way to do it, but I found (inadvertently) that<br>
if you move the location of the image, it disappears  from the frame!<br>
<br>
    <br>
</blockquote>
<br>
Now this is unexpected! The program should instead mention that there is a<br>
broken link to an image and still be able to show that image at low<br>
resolution. It should simply ask to restore the link.<br>
<br>
I wonder what are the reasons why the image should disappear. This leads to<br>
prgramming concerns.<br>
<br>
Back to the initial question, one other way of removing an image from an<br>
image frame is getting a new one into the same image frame. One image will<br>
simply replace the other.<br>
  <br>
</blockquote>
<br></div>
by default, scribus does not store the images in the .sla file so showing a preview is not really trivial.<br>
<br>
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?<br></blockquote><div><br>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).<br>
<br>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 &quot;hide&quot; 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: &quot;Print anyway&quot; or &quot;Find missing images&quot; (and of course, &quot;Cancel&quot;). When you hit the &quot;Print anyway&quot; 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.<br>
<br>There are certainly other ways of achieving the same result. But as quick? and as quick to revert? What we need is something quick.<br><br>The &#39;hiden folder&quot; 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.<br>
<br>A solution that would create low res images on the fly (and not store them) would use up time everytime.<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>
on the other side, showing a warning for a missing image, is certainly a must!<br>
this is already the case in 1.3.8 (the name of the missing image is shown in red bold letters.) should it be blinking?<br></blockquote><div><br>Yes, we need a warning for missing images. The warning should tell the name of the image and the program should keep the coordinates of the pictures once imported in the frame so users don’t waste time redoing the work of framing properly the said image or images. I can only guess this is the case now. I hope so! No, I don’t think it should be blinking. <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>
and in the image manager you have a button to search for the missing image in selected folders.<br>
iirc, this tool has already been enhanced in 1.5svn<br></blockquote><div><br>This is exactly the task of an image manager so I cannot agree more. <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>
as i&#39;ve already, written, it&#39;s not a good idea to rename an image to clear the content of an image frame and scribus already has a clean way to do it (edit &gt; content &gt; clear).<br></blockquote><div><br>Completely agree. But why would someone rename an image to clear the content? <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>
<br>
so: are we facing a storm in a tea pot?<br></blockquote><div><br>Erm... I wonder why even mention this. The initial question has been answered and while we were at it, we have gone into another road, questionning the actual behaviour of Scribus. Nothing in there looks like a storm to me and certainly not a storm in a tea pot! <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>
ciao<br><font color="#888888">
a.l.e</font></blockquote></div><br>