I have been making flow charts in Omni Graffle, exporting them, and then doing an Edit -> Insert -> Image Linked to File to insert them into my document (I’m working on a technical book). I’ve tried both PDF and JPEG formats and had the same thing happen: when I compile the document for Printing/PDF, images that don’t come close to taking up the whole page get printed on their own page, and even with a little bit cut off of the bottom (that is, the image is printing at the bottom, and even off the bottom, of the page with lots of empty space above). I’ve opened the image files directly in Preview and there isn’t a major amount of white space around the flow chart, certainly not enough to cause this.
Am I doing something incorrectly, expecting too much, or might I have run across a bug?
Hmm, I actually haven’t tried linked image compile in the PDF/Printer yet. You could try using RTF and see if that opens up okay in a word processor that can handle inline images. I wouldn’t be surprised if images encapsulated in the PDF format give you problems though. It’s best to stick with TIFF, PNG, or JPG if you must.
Interesting. My document has several linked PDFs, and one JPEG, from my previous testing. I printed it to RTF, changing nothing else, and no images at all were included. Maybe that’s expected? I tried RTFD and that does include the images but it has the same issues as PDF.
I printed out the document and compared two pages, one with a little text and the next with the image. There’s plenty of room on the page for the image, and the bottom of the image (which is alone on the page) is cut off to boot.
I then tried replacing that image with a random JPEG from my desktop (an image from an online catalog). It still ends up on its own page, but isn’t cut off at the bottom.
Is there anything else I can do to help figure out what’s going wrong? This is in version 2.0, by the way.
I suspect, since you mention opening RTFD files, that you are using a standard OS X engine word processor like Bean or TextEdit (and while Pages doesn’t fall in that category it has the same limitations)? These will not display inline images using the standard RTF specifications; Apple never saw fit to use them so came up with RTFD instead. Nisus Writer, Word, Mellel, OpenOffice.org, and Papyrus should all be able to display inline RTFs. It doesn’t matter if they started out linked, as Scrivener will bake them in during compile for maximum compatibility.
It wouldn’t surprise me that RTFD exhibits the same problem as I believe the PDF is by and large just a prettied up RTFD sent to the printer spool.
Ah, you are correct - when I open the RTF file in Word 2008, the images are handled properly. And if I then print that to PDF, they are still ok.
It kind of smells like a bug to me, but I don’t really care as long as I have a workaround. Thanks for the guidance! I’m really enjoying Scrivener so far.
Well, if I can export it as an RTF and then convert that to an PDF in Word, then it seems like I should be able to go straight to PDF in Scrivener and get the same result. Granted, I know nothing about either file format so I might be smoking something, but that’s the uneducated user point of view.
Also, to be clear, from my perspective there are two problems here - one is that a page break is going in before an image when it doesn’t need to (would fit on the preceding page), and the other is that the larger images are being cut off at the bottom even though there is lots of blank space above it on the page. Neither of these things happen if the document takes a detour through Word.
However, as I said, I’m ok as long as there is a workaround - this is all just FYI.
(I’m a programmer myself, but not for desktop and nothing to do with printing/file formats whatsoever)
Could you please send a small sample project that exhibits the problem to support AT literatureandlatte DOT com? Be sure to mark it “for Keith” in the subject title.
Thanks,
Keith
janineohmer, can you please confirm whether you have “Line Height Multiple” setting at a value other than 1.0 for your figures? Or, just set it to 1.0 in your compile settings. I really suspect that the tip I posted is the solution to your problems. Perhaps the reason it doesn’t show up in rtf’s is that the program that is reading the rtf file is “fixing” the error for you.
I’m new to Scrivener and I couldn’t figure out where to set the line height multiple. I looked in Preferences, the Compile dialog and the manual. I haven’t changed it, so it should be set to whatever the default is.
Keith, I sent you a couple of pages out of the project, which should illustrate the problem.