This code is provided "as is" without warranty of any kind, either express or implied, including any implied warranties of fitness for a particular purpose, merchantability, or non-infringement.
Creates a Word document from a collection of Markdown files in a Git repository
New-Manuscript -InputDir [-Draft] [-Revision] [-NoVersion]
-InputDir The path to the Git repository where the manuscript files reside
-Draft Manuscript's draft number
-Revision Manuscript's revision number
-NoVersion Do not create a manuscript version for this run
New-Manuscript is a Powershell script that looks for markdown files in alphabetical order in a folder structure and compiles a Word document. The idea behind it is that there is a version-controlled manuscript in plain text format that evolves over time, and other tools can be applied on top of it to manipulate its format before it's ready for consumption. In essence, we're applying software version control to a book.
The script can be used for any type of document but it is intended for fiction and nonfiction books. Markdown is good for limited use cases, such as writing prose and even add inline images alongside text and. By extension, this script is not intended to support more complex document structures.
-
The actual document generation is done by Pandoc. This needs to be installed on the machine running this script and be in the path. Pandoc can use custom document styles by accepting a path to a Word document that it can use as a style reference, so a book can be formatted with fonts and headings other than what Pandoc would produce as a default (please see the --reference-doc=FILE section in Pandoc's manual).
-
Git. As a book can take months or years to finish and there can be multiple drafts, or even parallel streams of work where scenes exist in one stream but not in another, a version control system would be handy to track these changes and go back in history if needed. Git must be installed and in the path.
-
For the unit tests to run, you need Pester 5.3.0 or above.
The start of a new chapter has to be marked with a Heading 1 markdown style (one hash character and a space).
To insert page breaks between chapters, create a pandoc reference document and modify the heading style that you would like to start a chapter with so that a page break is inserted before the style is applied. This can be done in Word and in LibreOffice Writer.
If a chapter has multiple scenes, the script will insert a scene separator between them. This is a visual marker in a novel to denote that a new scene starts below, and it is usually a small picture or one to three asterisk characters.
The folder structure doesn't need to follow a specific format as long as the files and folders are in alphabetical order. One example is as follows:
└───_Manuscript
├───Act 1
│ ├───Chapter 1
│ │ scene1.md
│ │ scene2.md
│ │ scene3.md
│ │
│ ├───Chapter 2
│ │ scene1.md
│ │ scene2.md
│ │
│ ├───Chapter 3
│ │ scene1.md
│ │ scene2.md
│ │ scene3.md
│ │
│ └───Chapter 4
│ scene1.md
│
├───Act 2
│ │
│ ├───Chapter 5
│ │ scene1.md
│ │ scene2.md
│ │ scene3.md
│ │
│ ├───Chapter 6
│ │ scene1.md
│ │ scene2.md
│ │ scene3.md
│ │
│ ├───Chapter 7
│ │ scene1.md
│ │
│ ├───Chapter 8
│ │ scene1.md
│ │ scene2.md
│ │ scene3.md
│ │
│ └───Chapter 9
│ scene1.md
│ scene2.md
│
└───Act 3
├───Chapter 10
│ scene1.md
│
├───Chapter 11
│ scene1.md
│
├───Chapter 12
│ scene1.md
│ scene2.md
│ scene3.md
│
└───Chapter 13
scene1.md
A config.json file in the root of the script contains the following:
{
"outputDirPart": "",
"manuscriptDirPart": "",
"sceneSeparatorFilePath": ""
}outputDirPart: Path to the build output. Relative to the repository folder. This would typically be excluded from version control
manuscriptDirPart: Path to the top folder with the manuscript files in the Git repository. Relative to the repository folder.
sceneSeparatorFilePath: Path to the markdown file with the text that will act as separator between scenes. Relative to the repository folder.
All three configuration elements are mandatory.
The script comes with a versioning system to track and manage different drafts of a book. Book versioning would be very useful in tracking which revisions you send to your literary agent or editor.
Each time the script runs, it will create a git tag with a version number and attach it to the head commit. It will also suffix the version number of the generated document to its file name. If the -NoVersion switch is specified, the script will add no git tag or suffix.
The version number consists of three parts: Major.Minor.Build. It doesn't matter what versioning system you'd like to use, I've found that the following works for me:
Major: Draft Number
Minor: Revision number
Last is the Build Number - this increments with every script run unless a version cannot be generated (please see below) or when incrementing the major or minor version numbers, in which case the build number is reset.
Incrementing the major number will reset the revision and build numbers to 1. Incrementing the revision number will reset the build number to 1. If both draft and revision are provided, then the rules around draft will be applied.
Invoking the script will increment the build number of the version unless the -NoVersion flag is specified or there are untracked and/or unstaged files in the manuscript directory. If the -NoVersion switch is provided alongide -Draft and -Revision, the document will not be versioned.
The chapter heading is in a file of its own.
A separate markdown file denotes a scene.
The script will inject a scene separator between scenes but not at the start and end of each chapter.