A series of tools for Swift Playground and Playground books based on Apple's documentation.
It's a work in progress (see issues) but you can use it now.
> [sudo] gem install playgroundbook
To lint an existing playground book:
> playgroundbook lint MyPlaygroundbook.playgroundbook
To generate a playground book:
> playgroundbook render book.yaml
The yml file should be in the following format:
name: Testing book
identifier: com.ashfurrow.example
resources: assets # Optional
cover: cover.jpeg # Optional
deployment_target: ios10.0 # Optional
imports: # Optional, defaults to UIKit
- UIKit
- CoreGraphics
chapters:
- name: Chapter 1
edge_to_edge_live_view: false # defaults to true
live_view_mode: "VisibleByDefault" # defaults to "HiddenByDefault"
- name: Chapter 2
- etc...
glossary:
term: definition
Note that you can't use tabs when indenting in the .yaml file. Everything needs to have spaces in order to work properly. Otherwise you will end up with parse
errors.
Each chapter needs to have a corresponding playground; so Chapter 1
requires there be a Chapter 1.playground
playground. Your directory should look like this:
Once you've created a playground for each chapter, it's time to add pages to your playgrounds. You can do this in Xcode.
Note that the order of the pages is determined by the ordering of the filesystem, which is lexicographical. You also can't have any periods in your pages.
Then run the render
command in the directory containing the yaml file.
playgroundbook render book.yaml
The playgrounds can reference (not copy) resources from an optionally specified directory. import
frameworks are specified in the yaml file and are added to every page of the book. You can specify a cover image file name that's stored in the resources
directory (it should be 400x300 pixels). Finally, you can supply a glossary, a dictionary of term/definition pairs. This lets you link to terms in markdown. For example:
... [term](glossary://term) ...
Only the link to the term must be URL encoded. For example, the term "reuse identifier" would be defined in the yaml as reuse identifier
but linked to as glossary://reuse%20identifier
.
Each page in a chapter's .playground
will be a separate page in the .playgroundbook
and it's Source
. The contents of the Source
and Resource
folders for each chapter and each page are copied.
Playground books support a rich set of awesome features to make learning how to code really easy, and this tool only scratches the surface. Read over the Playground Book reference to see all the available options. If you have suggestions, please open an issue ๐
Maybe you want to do something for a website, or a git repo first, and then generate your Playground? Well in those cases your source of truth is the markdown document. For that case, we have playgroundbook wrapper
.
For example, you might have a folder that looks like:
> tree Beginners/Lesson\ One
Beginners/Lesson\ One
โโโ README.md
โโโ README_ZH.md
โโโ img
โโโ emptyplayground.png
โโโ multipleresults.png
โโโ newplayground.png
โโโ results.png
โโโ tentimes.png
โโโ welcome.png
You can run:
playgroundbook wrapper "Beginners/Lesson\ One/README.md" "Lesson One"
And it will switch out swift codeblocks into the playground. You have to use triple backticks with swift ```swift
. No space between them. You should avoid using backtick blocks for anything other than Swift code, if you need to show examples, use Markdown's indentation rules with four spaces.
> tree Beginners/Lesson\ One
Beginners/Lesson\ One
โโโ Lesson\ One.playground
โย ย โโโ Contents.swift
โย ย โโโ Resources
โย ย โย ย โโโ img
โย ย โย ย โโโ emptyplayground.png
โย ย โย ย โโโ newplayground.png
โย ย โย ย โโโ results.png
โย ย โย ย โโโ welcome.png
โย ย โโโ contents.xcplayground
โย ย โโโ timeline.xctimeline
โโโ README.md
...
You might notice that a subset of images, have moved well, they're the only one being used in the README.md
. Slick huh?
Hey! Like this tool? Awesome! We could actually really use your help!
Open source isn't just writing code. We could use your help with any of the following:
- Finding (and reporting!) bugs.
- New feature suggestions.
- Answering questions on issues.
- Reviewing pull requests.
- Helping to manage issue priorities.
- Fixing bugs/new features.
If any of that sounds cool to you, send a pull request! After a few contributions, we'll add you as an admin to the repo so you can merge pull requests and help steer the ship ๐ข You can read more details about that in our contributor guidelines.
Please note that this project is released with a Contributor Code of Conduct. By participating in this project you agree to abide by [its terms](Code of Conduct.md).
MIT, except for the starter.playgroundbook
in the unit tests, which is licensed by Apple.