I just installed the new update and was playing around with it. When I click on “Print Preview” to see how the current document looks, the program closes without notice. It’s immediate.
How can I fix this?
Thanks.
1 Like
Confirmed.
[EDIT] → See the best solution in this post: Print Preview Causes Scrivener to Crash - #6 by JenT
. . . . . . . .
I don’t think there is anything that can be done as far as this function goes.
But, you can “preview” by using Page View :
It won’t preview any of the parameters that are set in Print settings, but it will at least give you a view of your body text in relation to the page size.
. . . . . . .
The other way around would be to compile to PDF, and once everything looks the way you want it to, print that PDF.
→ You could also do the same thing, using Print Current Document as before, selecting Microsoft Print to PDF as your printer in the print dialog.
(If you use the specifics of the Print Settings function, that would probably be your best option. – In this case once the PDF looks right to you, just set the output back to your printer, and do a real print off of Scrivener.)
I suppose that if all of the above are too troublesome for you, you could ultimately roll back to the previous version until the bug is fixed.
You can get previous versions here:
https://www.literatureandlatte.com/scrivener/release-notes?os=Windows
Print Preview is actually working normally in my installation, but it’s interesting that you and @Vincent_Vincent are both seeing this. Do you experience this crashing issue in multiple projects? Does it matter if a document has more or less text in it?
I just ran a quick test:
I created a new project (from a template/already has content).
Print preview : works.
Went to print settings, checked the “Titles” content option.
Print preview : crash
[EDIT] I just tried all of the options of Print settings : it is only the “Titles” option that crashes Scrivener when going for a print preview. The other options (synopsis, notes, etc.) are fine.
@Vincent_Vincent Thank you for testing this! I tried Print Preview with the Titles option checked and also experienced the immediate quit. I’ll make sure this gets written up.
1 Like
@Patchicat It looks like you should be able to go to File → Print Settings and uncheck the “Title” option under the Content section of the “Text” tab and then be able to use Print Preview without Scrivener quitting on you.
If you do want/need the title of your document to print, you can simply type or copy it in the editor itself, apply the “Heading” style to it, and later once done delete it.
1 Like
Having the same problem. The fix of removing the Title Option works but I hope this is only a temporary fix. I depend on this feature a lot and having the Title not printed creates problems.
Well, there is the solution I proposed just above in case you missed it.
1 Like
Thank all of you for your replies.
Unchecking Title does work, although not having the title if I want to print the current document is annoying. But the other problem I have with printing the current document is that there will be at least one page with the last line cut off in the middle with the bottom half carried over to the next page. Doesn’t matter which project I print. Happens every time. It shows up in Print Preview and when I actually print it. So, I have resorted to compiling the current document or the document I wish to print. Extra steps, but it works.
If interested, here are a few cues as to the method I came to think of as the most efficient:
1- Do not compile directly to print. It has issues now and then. (Missing pages mostly.)
2- I compile to RTF and then open the file in LibreOffice (free, open source), because it offers the possibility to prevent splitting paragraphs :
3- Setting LibreOffice as the default app for RTF and Scrivener’s compiler to automatically open the compiled document, it saves time. (Plus, you can create a “to print” folder on your desktop and compile to it. Naming your files by just a random crawl on your keyboard, (ihksalkfjdôjgodjgnjds), doesn’t matter, the file will open in LO on its own.)
→ Every now and then I delete the whole content of that “to print” folder.
I just compile to PDF unless I’m emailing the document to specific people. Then, I compile to Word. Yes, I have that on my computer. I also have WordPerfect, which I prefer as it is a much better program. When I compile a document, it’s because I’m printing up a scene to take to my Writers’ Group for critiquing. The hard copies get written on, sometimes extensively. This works for me, especially in enabling me to keep track of what the group has seen. If I needed to make additional changes to the document after compiling, I’d consider doing the RTF compile. Thanks.
I read this thread, but I’m here to say that the crash happens even in a document that has no title. And the document itself never prints.
There are workarounds, but this seems like a fairly major bug. I would be comforted to know that it is acknowledged and is on a fix list.
EDIT: I should have read the other thread, too. When I remove the Titles under Print Settings, the document does indeed print without a crash. It’s still a but, but at least the workaround is not quite so far around.
Yes, we’re aware of the bug and it should be fixed for an upcoming release. In the meanwhile, I’m glad to know removing the title setting is working for you.