Setting up a Google Doc for optimal AO3 import
To use this most efficiently, open up a Google Doc and paste over a few lines of text, and then start experimenting as you read down.
- Bolding a section heading will create outline entries along the side once you turn on Document Outline (tools menu).
This is handy for longer documents where you are writing multiple chapters in one document, or in tutorials such as this one where you want people in Google Docs to be able to skip to a relevant section quickly. If this does not work, because your sections are short, and Google Docs decides it’s not a worthy entry, you can use styles to make it happen.
- Highlight a bolded section heading, and go to “normal text” and pull it down and highlight “Header 3” and pick “Update header to match” so that you don’t change your section header/chapter title appearance, and then highlight everything you want to appear in the outline and pick “Header 3”. You can use multiple styles if you want to do an actual document outline that is more complex than chapter titles.
Note that if you use “Heading 2” for chapters and “Heading 3 for subheads, you’ll get a more sophisticated outline.
Handy trick: If you are doing a prologue, use Heading 3 for the Prologue and Chapter 1 and put them both in the same "Chapter 1" in Ao3. Use heading 4 for subheads in that case. Heading 3 mimics the chapter headlines and will make your story look mostly seamless in "entire work" view.
- Put in a few paragraph breaks when you start your document, then hit CTRL-A to select all text in your document.
- Go to “Line Spacing” which may be under the “More” button, and pick “Add Space after paragraph.”
This will allow you to type with a visual break between paragraphs (much easier to read on screen) without hitting a double paragraph break. It will also make it obvious when you use a line break instead of a paragraph break. A line break happens when you hold down the shift key while you hit “Enter” instead of just hitting “Enter”.
Line breaks are useful for poetry and song lyrics, where you don’t want space between your paragraphs. They can import strangely in AO3, however, with inconsistent results depending on how they are used.
If you don’t adjust the line spacing, and instead use two paragraph breaks you will end up with very large gaps between every paragraph. This way, you get a tidy space that allows the eye to track nicely on the page, but without the huge gaps that make for a lot of scrolling.
Bonus: If you decide to print your document in alternative formats later, the optimal format for printing is not the same as the optimal format for web. You’ll be able to make global changes to the text for better flow in e-reader documents and book layout. You can, for example, edit your “normal text” to have no spaces after the paragraph and a first line indent, and be in Times New Roman, instead of Arial or Verdana, which is much more book-friendly, but is less than ideal on-screen.
Google Docs has some handy tools that can make your writing more fluent. For example, you can tell it that every time you type two hyphens in a row, what you’re really after is an em-dash. So -- becomes — . This is useful.
I also have three periods set up to replace with a true ellipsis. Thus, ... becomes …
Pro tip: You can highlight each of these things, avoiding the spaces, and ctrl-c to copy, and then ctrl-v to paste them in your preferences. So you don’t have to go find an em dash in the special characters menu.
- Go to “Tools” and pick “Preferences” to bring up the dialogue.
- I will add things to this when I make the same typo more than once, as you can see. (How many different ways can I misspell my character names? A lot, apparently.)
You can do shortcuts like this with whatever you like, so if you’re prone to using bullets in the middle of your text (not the shooty kind, but this kind •) then instead of digging it out of the special characters every time, you can set a preference that every time you type a double asterisk, like this: ** it should sub to • like so. Common switches include copyright, registration or trademark characters, with (c) becoming ©, for example.
- To find your special characters in the first place, you can use the character map in windows (just type charmap.exe in the start menu and it will pop up), you can find it with words on google search (em dash, en dash, bullet character, copyright symbol will all get you what you need) or you can use the Google Docs special character menu on the "insert" menu.
- The special character menu is huge. Enormous. Don't just poke around, type something like "bullet" and it will find what you want.
- Click it once and it will drop into your text wherever your cursor was. Highlight it there, copy, and then bring up your preferences menu. Put the easy-to-type thing in the "replace" column and then paste your special character into the "With" column next to it.
The Dread Italics Import Bug
So, you may have noticed that sometimes when you import into AO3, punctuation gets a little...weird around italicized text. Extra spaces show up. Spaces disappear. This seems to be related to where the italics tag sits in relation to the punctuation.
“ The quotation mark is not italicized, and neither is the period .”
“The quotation mark is italicized, and so is the period. ” (But not the close quote)
“Everything is italicized.” <--- This is the correct way to avoid extra spaces showing up around punctuation.
- This picture is mostly because this whole thing is getting pasted back into Google Docs once all the images are in place.
This can show up in a lot of places, but is particularly awkward around quote marks. Sometimes spaces disappear, too. This may be due to italicizing the space following the word, but usually only shows up in other workflows (Open Office and Fanfiction.net often have this issue, as well as copying text from HTML docs to repost things from other sites into AO3.) In general, watch your spacing around italics. To minimize extra spaces, if your italicized word is up against punctuation, ALWAYS italicize the punctuation. If you look at both the AO3 version of this document and the Google Docs version of this document, you will see that in the above example, there are no extraneous spaces in the Google Doc, but there are in the top two italicized lines on AO3. (Look between the period and the quotation mark on the second example.)
- Here's a screenshot of the original in Google Docs.
Hunting Down Style Oddities
You’ll see that in the last image of the Google document, “Heading 3” is simply bolded text. In AO3, “Heading 3” is a defined thing (“H3” in the html) that creates a very specific style with a double line below it. You can, if you choose, get around this by using “Heading 2” instead (no line, larger). But usually you’ll be posting a large section of text as a chapter and the chapter heading won’t be in there, but in the actual title, and it won’t matter. Only in documents like this does it really matter. You can use work skins to redefine styles or allow for other styles, but that’s beyond the scope of this section.
Scene Breaks: or, Where’s My Line
Back in the bad old days of USENET, I used to use three asterisks.
Then I graduated to tildes.
Now, Google Docs has a horizontal line function.
It looks like this in Google Docs.
Unfortunately it doesn’t (always? ever?) translate to AO3, as you can see by the fact that the only way to see what it looks like in Google Docs is to go back to the Google Doc or look at my screenshot. This was a surprise to me. It might have changed at some point recently? (Hence the text having changed after the screenshot was taken.)
But! AO3 does have a horizontal line function. Like this:
- In the rich text editor (RTE) it’s just a button.
The fastest way I’ve found to deal with the missing scene break is to go back to the old fashioned method (~~~) and then in my browser, ctrl-F and each time I find that, I replace it with a horizontal line. By hand. This is fairly quick, looks good, and doesn’t completely leave you at sea for line breaks.
This will be my marker for when I paste into the text importer. I don't bother centering until I'm in AO3.
Of course, you can use some cute emoji, or whatever, and our “preferences” auto-replace dialogue can super duper help with this! In Check, Please! for example, we might want our screen breaks to be crossed hockey sticks.
_X_ _X_ _X_
I would not replace a single tilde (~) with a single hockey stick pair. I’d replace three in a row with three in a row, even though they’re different numbers of characters. Google Docs is honeybadger. It doesn’t care.
- Keep in mind you may have to reassert the centering formatting in AO3, and it won’t automatically format centered in Google Docs, but both programs have a button for that. Looks the same in both places. Above: Google docs (Don't bother, it won't import) Below: AO3 (Do use!)
- If you choose the emoji option, you will only search for your emoji and then center it, rather than replacing with a horizontal line.
Working With a Beta Reader In Google Docs
Okay, so you’ve got a chunk of text and you want someone to proof it. This is great. A good beta reader is worth their weight in gold and will not only improve your story, but if you take advantage of their help, will improve your writing overall.
I find the most educational way to have a beta reader work is not to have them edit the document directly.
- Up in the corner, when you’re writing, there is a little “pencil” icon with the word “Editing next to it.” That’s ideal for you, the author.
But we want to know exactly what our beta reader is doing, and we want them to be suggesting edits, not making final edits. Let me reiterate this… if you want to get the most out of your beta reader’s work, and get better as a writer, you will look at each and every edit they make and work at understanding why they’ve made it.
But first, let’s share.
Okay, so we’ve got a couple options for sharing.
- Click "Share".
- Google Docs will make you title your document if you haven't already.
- You can get your beta reader’s email and send it to them and them alone and pick “edit” from the drop down menu.
This will allow them to make changes in your document. But maybe you want to allow others to read and comment without making changes?
- You can either add them and set their permissions one at a time, individually, or you can go to the advanced sharing options.
- There, you can share more globally. I recommend against “Public” sharing. Usually “Anyone with the link” will be sufficient.
You can decide whether you want more casual beta readers to have editing ability, or just commenting ability.
- First, click the "change" button here:
- That will bring up this.
- Change it to this if you want people to be able to comment in your document.
- The link can be pasted into chat or email or whatever.
- When they're actively looking at your document, you'll see this. Profile pics for people who are logged into the doc, and anon icons for people who've clicked through but not logged in. Note the tiny chat icon and the "Comments" button. More about those next.
Editing vs. Suggesting vs. Commenting
In general, I prefer to use suggestion mode for punctuation, spelling, and short word changes. Suggestion mode enters text in a color specific to one editor (though that color can change by editing session if editors are not logged in.)
- The picture here shows what suggestion mode tends to look like, with a comment (asking for more information, and getting a response) and a suggestion (which also got a response, and was later "rejected" because it was literally just there to show what suggestions look like.
- Parsing out what you see here:
Longer sections that need work are usually more appropriate as comments. Comments are a great way to ask for clarification or discuss larger issues, such as, "You put the punctuation outside the quotes here, but in the identical situation up there you put them on the inside, are you using British rules or American for this document?"
- To comment, highlight a section of text, and click the "comment" icon. This brings up a box in the margin.
It depends on how specific you are getting in your edits. Editors, in general, should only use Editing mode if they are collaborating in more in-depth ways, and even then it can be helpful to have one person adding text in a different color so that people know who did what. Color won't carry over to AO3, and can be changed easily. Suggestions are more trackable, as they show up in the comment history.
- When you click on a suggestion in the text or in the margin, it will look like this: And you will be able to respond to the suggestion, click check mark to accept it, or X to remove it. Copying the text with suggestions unresolved will copy the suggestions and will likely create a mess.
- The comment history floats and contains all comments and suggestions, even if resolved. A check mark appears next to resolved issues. This can be a good way to check on overridden comments to make sure they're resolved. (If you type over the entirety of a comment's yellow section, it will disappear from the side but not from comment history.
- If something complex happens in your document that you don’t like, you can always go to “File” and “See Revision History” and see what changed, when. This is most useful if you're allowing anyone with the link to edit, and someone comes in and their cat walks on the keyboard, erasing your whole document and replacing it with keyboard smash. And many other situations. It's also a remedy vs. toddlers.
- This can allow you to undo even large scale vandalism. You can copy and paste from the revision history, if you need to preserve existing edits but fix a long-past problem. Google remembers everything. It can get slow if you go into detailed revisions on a huge document, but is a lifesaver if a disaster happens.
One of the biggest reasons that editors should use Suggestion mode vs. Editing mode is that recurring style/spelling/punctuation errors get really obvious. For example, if you change tenses frequently, and you have a beta reader who is constantly changing your “said” back to “says” or vice verse, you’re going to start paying attention to that when you’re writing. Punctuation rules that get missed frequently (such as forgetting to put commas in compound sentences) stand out when you’ve “accepted” that suggestion the twentieth time. Globally accepting suggestions may seem faster, but you’ll learn more if you try to figure out why a suggestion is being made.
The choice of edit vs. suggest is in the hands of the editor, though of course a polite editor will abide by the preference of the author. But you, the document owner, can determine whether someone can edit or if they can only comment. I might set the public link to “only comment” if I’m dropping the doc link into a fandom’s chat for people to do a read-through rather than detailed nitpicking. Comment only is most useful for groups who haven’t learned how to use suggest yet. It is possible to have a dozen people editing a document at once, but the results can get hairy.
Commenting vs. Chat
- So there is a chat function, which allows for real-time communication without leaving the document. The chat icon is right next to the little user icons up top, but only works if there are multiple users in the document. Using chat will log you in and remove anonymity.
Chat is not static and is not easily accessible once you’ve logged back out and back in again. Comments are static, like post-it-notes, and stay until resolved, but even then they stay in the comment log.
Use chat for conversation in the moment, use comments to talk about specific text points or for conversation when you’re not working at the same time as your beta/author. Clicking on a comment will take you to that point in your document. Handy!
When I beta read, I will often make a comment where I leave off, and then resolve it when I start editing again. Both editors and owners can resolve edits. I will often “resolve” something to check that it is correct, and then “undo” (ctrl-z) so that the author can see the edit being made.
When Are You Finished Editing?
Ideally your beta reader will sign off on the idea of the document being “done”. Their name is going in your author notes (Thanks to Aergie for helping with this one!) and so it is best to make sure they’re happy with how you’ve made your changes.
You do not have to accept every editing suggestion, but it’s polite to explain why a suggestion is not being accepted if they went through the effort of making it.
- If your beta reader makes a suggestion, and you comment on it, and they’re happy with the comment, they should click “resolved” if they don’t have further comments, or respond if they have more input for you.
- If they make a suggestion, and you follow it exactly, resolve the comment yourself.
- If they make a suggestion that is general, and you edit the text substantially without deleting the comment (this happens if you replace the entire section the comment was in), put a note there that says, “Is this sufficient” or something to that effect. Let them resolve the comment if it is, or add more feedback if it is not.
For example, my beta reader may be passionate about always using Oxford commas. But I only use them when not using them changes the meaning of the sentence. This is because I got most of my professional editing experience in a magazine environment, where Oxford commas were not used. So my beta may suggest an Oxford comma, and I might explain that I will only use them when they affect meaning, and then they can resolve the comment if they’re satisfied with that, or I’ll resolve it a few days later when we’ve agreed to disagree. I almost always err on the side of making my beta readers happy, but sometimes they’re wrong. It happens. Sometimes I’m wrong, too.
Your document is done when there are no more unresolved suggestions and comments. Go ahead and resolve conversational comments when everyone has read them and/or they are no longer relevant, all comments are saved for posterity in the comments dialogue.
A Note on Spell Checking (sorry, no pics)
If you always work in one dialect (American English vs. UK English, for example), then the Google Docs spell checker is going to be okay. I GUESS.
But really, it’s terrible.
For anything longer than 5-10k, I will pull the whole thing out to Open Office because the spell check dictionaries are so much more robust. So much. You can switch from American to UK and 95% of your Americanisms will just pop with red wiggles. It can’t catch weird idioms, but it will catch ise/ize or/our, l/ll and all that stuff and nonsense. If you’re like me and write in multiple fandoms (I went from the X-Files to Stargate to Doctor Who to Castle to Merlin to Check, Please, which means US, US, UK, US, UK, US, dictionary-wise) then this is a godsend. You can even set it to autocorrect you within the specific document. But it’s not as nice for beta reading. So the last thing I’ll do once all the comments are resolved is take the thing out to Open Office (this is freeware and not Microsoft Word) and use the spell checker there.
I paste back to Google Docs so my beta reader can give a once-over. If there’s nothing major (and sometimes italic/space issues creep in between Open Office and Google Docs) the next step is going to be bringing everything to AO3.
Moving from Google Docs to AO3
- Highlight your whole document. The fast way to do this is “ctrl-A”.
- Now, copy. “ctrl-C” or right click and select “copy”.
- I’m assuming you know the basics of posting at AO3, so once you’ve got a new post set up, and filled in your title and tags and whatnot, you need to select the Rich Text button, instead of the default HTML. (This is super important for preserving italics. See below for a picture.)
- Click in the body and use “ctrl-V” or right click and select “paste”. (I work on PCs, this will be slightly different on a Mac, apple instead of ctrl or some such, and I don’t remember how to bring up the context menu.)
- Now, go through and use “ctrl-F” to find your scene break character, and replace all scene breaks with horizontal lines if you prefer, or center them if you are using emoji.
- Preview your document before you post! Read every word! You will find edits that need to be made. Go make them in the AO3 document. (Ironically, doing this for this very document showed an italic import error on this very line and I am not making that up. Totally screwed up my list, too.)
- At this point your text should be clean, correct, and you should be ready to apply work skins and work on other, more fancy stuff in the html if you really, really want to.
- Or you could just post it. That works, too.