Recently I wrote the YA version of one of Jared Diamond’s books. It was the first long project I’d begun in Scrivener. I’d imported a couple of WIPs into Scrivener, but starting a manuscript from the ground up in the program gave me new insights into its usefulness. I also made a Scrivener mistake I’ll never make again. Today I’m passing on three tips–which are really appreciations of Scrivener features I found especially handy–and a warning against that dumb mistake. First, some context. Writers of all kinds use Scrivener, but most articles I’ve seen are aimed at novelists.
Scrivener for iOS can be used standalone on your iOS device or as a complimentary tool to the desktop versions for Mac and Windows; if you already use desktop Scrivener, you will love Scrivener for iOS and if you decide to buy and try Scrivener for iOS, I expect you will then get a desktop version also. Scrivener is a word-processing program and outliner designed for authors. Scrivener provides. Version 1.54, but licenses are no longer available for purchase. The 1.54 release is compatible with Mac OS X versions 10.4 through 10.6.
I too use Scrivener to write fiction, but my paying gig is writing nonfiction books, mostly YA. In addition to my own books for various publishers, I’ve adapted a handful of science and history bestsellers into YA versions. (The best-known of these is probably an adaptation of Howard Zinn’s monumental progressive history.) For years I’ve worked in Word (since 2007, in OpenOffice’s clone of Word). I’m expected to turn my mss. In to my publishers as.doc files.
Scrivener makes it very easy to export into a.doc file. I doubt I’ll ever again embark on a nonfiction project–or any writing project longer than a couple of pages–in anything but Scrivener.
If you’re reading this, you probably already know something about Scrivener. If you don’t, go on over to the developer’s website, and check out this feature-rich, flexible writing software for Windows and Mac. I’m not trying to introduce you to Scrivener or describe it in detail, just to share a few things I’ve learned. Embrace the binder.
The binder is the vertical panel at the left of the Scrivener workspace. It contains a folder for each part of the project, organized into files as needed. This was, in essence, the outline I showed to the publisher and Professor Diamond before I started the writing. (Click on the image to embiggen.) For the YA version of The Third Chimpanzee, I didn’t have to do research or create a structure. The parent text–Diamond’s book–was my source.
Like the parent text, my manuscript would consist of an Introduction, five Parts (each with a one- or two-page opener, summing up what that Part would cover), and an Afterword. In the parent text, each Part had from two to five chapters. With a few exceptions, which I’ll mention in a moment, I followed that pattern. But I did have to break the chapters down into sections and create many, many subheads–standard in YA nonfiction–for those sections. I also had to pull elements from the parent text out into sidebars.
The outline I developed in Scrivener’s binder showed all of the subheads and sidebars for each chapter. Those exceptions I mentioned?
In a few places I diverged from the structure of the parent text. While still in the outline stage I combined three chapters on human sexuality into one. (Even one can raise the alarm for school-board Grundys.) Later, during the writing, I cut, rearranged, or combined a few sections. I even cut an entire chapter. The binder made it easy to enact these changes.
Deleting is always easy, of course. Maybe too easy. Before every cut, I used Scrivener’s Snapshot feature to preserve the current version. As for combining and rearranging, just drag-and-drop the binder entry, and the corresponding text travels with it in the document. While working I usually collapsed all of the Parts folders except the one with the chapter I was writing.
Write out of order. Sometimes I write a book straight through from the beginning to the end. Sometimes I write the first and last chapters, then fill in the middle. Sometimes I write all the sidebars first. No matter how I write, I have always preferred to work with one long (sometimes very long).doc file instead of separate files for each chapter. Most of the time the back matter–glossary, timeline, biblio, etc.–is also in that same file, at the end.
It’s what I’m used to. But it can mean a lot of scrolling ahead and back. For the Third Chimp adaptation, my goal was to use as much of Professor Diamond’s original text as possible, cutting and simplifying and adding information to make it accessible to younger readers, rewriting only when necessary. As always when doing these adaptations, I want to preserve the author’s voice and tone.
To feel my way into The Third Chimp, I chose to begin by writing the Intro, the Afterword, and the five Part openings. With those in place, I felt I’d established a consistent tone. (And I always like knowing, as I work my way through the guts of a ms., that the last bit is already written.) I then wrote the chapters for Part One, Part Four, Part Five, Part Three, and Part Two in that order. Never had it been so easy to write a long (50+K) manuscript nonconsecutively! No scrolling needed, just a click on the binder entry and boom, there I was. And I could see at a glance which chapters, sections, and sidebars remained to be done–Scrivener fills in the small file or folder icon in the binder entry when you’ve written some text for it. Use the split screen.
One of my tasks was to build a glossary for the YA version of The Third Chimp. For me, the best way to do this is to compile a list of potential glossary terms as I work, then write the definitions after the ms. In Word, I occasionally I kept the glossary list in a separate file and flipped into it every time I wanted to add a term (or check to see if it was already listed). More often, though, the glossary was part of the back matter at the end of the long single file, and I had to scroll back and forth between it and what I’d been writing.
With Scrivener’s split screen, as you can see, I opened my glossary list in the bottom window of the text editor. The top window held the section I was writing.
Pctel 2304wt v 92 mdc modem drivers for mac. This saved a lot of time and aggravation. I didn’t always keep the glossary open, but when I needed it, it was right there. And now for that warning: Avoid premature exportation.
You know how it is when you’re writing, especially a long text. You get restless, you start looking for things to do that aren’t writing but are kinda writing-related, so you can use them to justify not writing. Usually for me it’s “more research.” But except for a few minor updates, I didn’t have to research The Third Chimp; Professor Diamond had done that.
So one day, somewhere past the midpoint of writing the book, but not nearly close enough to the end, I got to thinking about that end. I would have to present a.doc file to the publisher and Professor Diamond for their review. Maybe I should give Scrivener’s Compile and Export features a test run? Compile is a powerful command that can do many subtle things. But with no front or back matter involved, my Compile was pretty simple: just assemble all the text units, with page breaks at the end of each Part or Chapter. A couple of clicks later I had a.doc file in 12-pt. Times New Roman, double-spaced.
I should have stopped right there, curiosity satisfied, and deleted that file and gone back to Scrivener to finish my book. But I noticed something wrong, something that had bugged me with each new section I wrote in Scrivener. I use a standard paragraph indent for every para EXCEPT the first para after any title: Part, Chapter, Section, Sidebar. Those first paras only have to be flush left. I could never figure out how to tell Scrivener that.
It indented all my paragraphs. Without thinking, I started idly scrolling through the newly created.doc file of my three-fifths complete manuscript, left-flushing all those first paragraphs. It took a while. Along the way I saw typos, infelicitous word choices, and clunky sentences, and fixed them.
Maybe I was lulled or seduced by the familiarity of the Word-clone interface–I’d written more than a hundred books in it. At any rate, by the time I realized I’d been editing the unfinished ms. Outside Scrivener, I decided, rightly or wrongly, that it was too late to move it all back in. I’d keep the changes I’d made and simply write the remaining two-fifths of the book in OpenOffice. Reader, I wrote it.
And it will soon be published by an imprint of Seven Stories Press. But writing the last two-fifths was a lot less convenient than writing the first three-fifths. Ditch Scrivener in mid-project?
Learn from my mistake. Don’t do that.
If you have Scrivener tips of your own to share, I’d love to hear them. Especially if they are how to left-flush that first paragraph. This entry was posted in, and tagged, on. Post navigation. 23 thoughts on “ Using Scrivener: Three tips and a warning”. I know this is an old post and with the rebirth of Scrivener (the new v3), this may be a moot point, but I also flush my left margin and could not figure out how to do it within the compile box.
I ended up letting it go until I was finished with Scrivener at the end of my “next to last” draft. At that time, I compiled everything I was able to do within Scrivener, exported to MS Word, and made those pesky little adjustments there.If there is a way to format that flush left within Scrivener, I have not been able to find it. But for everything else I use it for, Scrivener is the bee’s knees!.
Gerwood Stewart You can get the first line to be flush when you compile using the formatting options. To do this hit compile, go to formatting (fourth option on the left).
Under the top section of the formatting area there is a table of section options that will probably say ‘Override text and notes formatting’. To the left of this there is an options button. Click on that. On the new panel you will find an option ‘Remove first paragraph indents’. Turn this on.
Scrivener Mac To Windows
You can experiment with the three sub options to determine which option is best for the way you have setup your project. I’m writing my first ever book, and found Scrivener because I searched for a Linux compatible authors writing aid (I’m actually using it on Xubuntu). I also wanted the first paragraph to be left aligned and all others indented – I ended up copying the Body format (after setting the font style, etc I wanted), moving the first line indent on the ruler and saving that as a new format called body indented. I now apply the new format as the default and just set the first line to Body. Works perfectly, if a little fussy ðŸ™‚. Thanks for this.
I ran into trouble with Scrivener early on and the learning curve was steep because I didn’t find the interface intuitive. I think I must have run into the same problem you did editing an exported manuscript. However, Scrivener is worth it in the long run, despite those frustrations.
I Am Using Scrivener For Mac
(Now to help avoid version confusion, I label each new day’s writing with a date in the file label.) Re: First Para Flush Left, try selecting the first paragraph in each chapter and under the “backwards P” tab, click the Body Text option. Thanks for this helpful post. Payamarnuwa I’ve been careful to avoid tedious tasks that have to be done in Word before printing off a copy of my thesis for my supervisors. My list of jobs includes formatting an endnote bibliography, paginating tables and captions, footnotes, etc. So they all appear on the correct pages, changing lots of bits of my work into small caps (scrivener only ‘fakes’ small caps, yet I need them in my field), and replacing images of tables with natively Word-produced tables. This all takes an entire day, easily.
So my supervisors now expect that my exports are going to be a little unpolished. If I see some formatting issue in Word, I’ll go back and try to sort it out in Scrivener before exporting again, and again and again until i’ve fixed it. This can be tedious, but I’m safe knowing that when it’s fixed, I’ll never have to deal with it again. Fixing it in Word will mean I’ll have to fix it manually each time.
Scrivener For Pc
I love scrivener, and have managed to tweak it very finely to my proclivities and my writing style, but also my particular field and its requirements, and I also love that for any problem, there are often several different solutions.