evennia/docs/README.md

evennia-docs

Documentation for the Evennia MUD creation system.

This system is still WIP!

The live documentation (will in the future be) is available at https://evennia.github.io/evennia/.

Editing the docs

The docs source files are *.md files found in evennia/docs/source/. They are simple text files that can be edited with a normal text editor and needs to be decorated with Markdown syntax.

Don't edit the files in source/api/. These are auto-generated and your changes will be lost.

See also later in this doc for Help with editing syntax.

Contributing

Contributing to the docs is is like contributing to normal Evennia: Check out the branch of Evennia you want to edit the documentation for. Then make your own work-branch, make your changes and make a PR for it!

Building the docs

The sources in evennia/docs/source/ are built into a pretty documentation using the Sphinx static generator system. To do so locally you need to either use a system with make (Linux/Unix/Mac) or run sphinx-commands manually.

You don't necessarily have to build the docs locally to contribute. But building them allows you to check for yourself that syntax is correct and that your change comes out looking as you expected.

Building only the main documentation

If you only want to build the main documentation pages (not the API autodocs), you don't need to install Evennia itself, only the documentation resources. All is done in your terminal/console.

• (Optional, but recommended): Activate a virtualenv with Python3.7.
• cd to into the evennia/docs folder (where this README is)
• Run make install or pip install -r requirements.txt to install the documentation-build requirements.
• make quick - this will create html-based documentation in the new folder evennia/docs/builds/html/. Note any errors from files you have edited.
• Use a web browser to open evennia/docs/builds/html/index.html and view the docs. Note that you will get errors if going to the auto-docs, because you didn't build them!

Building the main documentation and API docs

The full documentation includes both the doc pages and the API documentation generated from the Evennia source. For this you must install Evennia and initialize a new game with a default database (you don't need to have it running)

• Follow the normal Evennia Getting-Started instructions to install Evennia. Use a virtualenv.
• Make sure you cd to the folder containing your evennia/ repo.
• Create a new game folder called gamedir next to your regular game dir (if you have the same level as your evennia repo with evennia --init gamedir. Then cd into it and run evennia migrate to create the database. You don't need to continue to start the game.
• This is how the structure should look at this point:

  (top)
  |
  ----- evennia/  (the top-level folder, where docs/ is)
  |
  ----- gamedir/

• Make sure you are still in your virtualenv, then go to evennia/docs/ and run make install or pip install -r requirements.txt to install the doc-building requirements.
• Finally, run make local will build the full documentation, including the auto-docs. Note any errors from files you have edited.
• Point your web browser to evennia/docs/build/html/index.html to view the full docs.

Building for release

The full Evennia documentation also tracks old versions of documentation based on the available branches. The release-build will build all documentation branches. Only specific official Evennia branches will be built so you can't use this to build your own testing branch.

• All local changes must have been committed to git first, since the versioned docs are built by looking at the git tree.

• To build for local checking, run (mv stands for "multi-version"):

  make mv-local

• Once all is built and it looks ok, run

  make deploy

Note that this step requires git-push access to the Evennia gh-pages branch on github.

If you know what you are doing you can also do

make release

This does the build + deploy steps in one go. After it finishes, the updated live documentation will be available at https://evennia.github.io/evennia/.

Help with editing syntax

Referring to titles in another file

WIP: Most of these special structures need more work and checking.

If file1 looks like this:

# Header title

You can refer to it from another file as

Read more about it [here](path.to.file1.md:Header title)

This is not actually working at this time (WIP)

To refer to code in the Evennia repository, you can use a relative reference from the docs/ folder:

You can find this code [here](../evennia/objects/objects.py).

This will be automatically translated to the matching github link so the reader can click and jump to that code directly.

This is not currently working. (WIP)

Making indices

To make a document tree (what Sphinx refers to as a "Toc Tree"), make a list of document urls like this:

* [Title1](doc1.md)
* [Title2](doc2.md)

This will create a toc-tree structure behind the scenes.

We may expand on this later. For now, check out existing docs and refer to the Markdown (CommonMark) specification.

Technical

Evennia leverages Sphinx with the recommonmark extension, which allows us to write our docs in light-weight Markdown (more specifically CommonMark, like on github) rather than ReST. The recommonmark extension however also allows us to use ReST selectively in the places were it is more expressive than the simpler (but much easier) Markdown.

For autodoc-generation generation, we use the sphinx-napoleon extension to understand our friendly Google-style docstrings used in classes and functions etc.