Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Write a very bad introduction to structuring docs #10063

Closed
wants to merge 1 commit into from
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
43 changes: 43 additions & 0 deletions docs/user/explanation/documentation-structure.rst
Original file line number Diff line number Diff line change
@@ -0,0 +1,43 @@
How to structure your documentation
===================================

Structuring your documentation is an important part of the authoring process.
It's important to think about the reader of the documentation,
since they are the primary user of documentation.
Comment on lines +4 to +6
Copy link
Contributor

@benjaoming benjaoming Feb 23, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd go even further here?

We have the :term: entry for discoverability that might be handy as well: https://docs.readthedocs.io/en/stable/glossary.html#term-discoverability

Suggested change
Structuring your documentation is an important part of the authoring process.
It's important to think about the reader of the documentation,
since they are the primary user of documentation.
A documentation project's ultimate goal is to be read and understood by a reader.
Readers need to be able to :term:`discover <discoverability>` the information that they need.
Without an intuitive structure,
readers either won't find information that they need or get frustrated on the way.
Having a structure in mind can happen from the very beginning of a documentation project.
Changing and adapting your structure is often also necessary.
.. tip::
Even if your documentation already has a structure,
we invite you to keep reading.
Changing a documentation structure is hard work,
but the rewards are big.

(can write a bullet list of benefits of a good Diátaxis structure as a motivation for people to continue learning about the Framework?)


One of the largest benefits of a good structure is that it removes questions that keep authors from writing documentation.
Starting with a blank page is often the hardest part of documentation,
so anything we can do to remove this problem is a win.
Copy link
Contributor

@benjaoming benjaoming Feb 23, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is super important stuff! I think this could be great for the first section: "Why documentation needs structure"


Recommendations for process
---------------------------
Comment on lines +12 to +13
Copy link
Contributor

@benjaoming benjaoming Feb 23, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Recommendations for process
---------------------------
Choosing a structure
--------------------
Good news!
You don't have to invent all of the structure yourself,
since a lot of experience-based work has been done to come up with a universal documentation structure.

Maybe we should also change our example projects to have a Diátaxis skeleton? :)


In order to avoid starting with a blank page,
we recommend a simple process:

* Choose a structure for your documentation. We recommend `Diátaxis <https://diataxis.fr/>`_ for this.
* Find a :doc:`example project </examples>` or template to start from.
* Start writing by filling in the structure.

This process helps you get started quickly,
and helps keep things consistent for the reader of your documentation.

Diátaxis
--------

The documentation you're reading is written using the Diátaxis framework.
It has four major parts as summarized by this image:

.. image:: https://diataxis.fr/_images/diataxis.png

We recommend that you read more about Diátaxis in the `documentation <https://diataxis.fr/>`_ for it.

Explaining the structure to your users
-------------------------------------

One of the benefits of Diátaxis is that it's a well-known structure,
and users might already be familiar with it.
As long as you stick to the structure,
your users should be able to use existing experience to navigate.

Using the names that are defined (eg. Tutorials, Explanation) in a user-facing way also helps here.
1 change: 1 addition & 0 deletions docs/user/index.rst
Original file line number Diff line number Diff line change
Expand Up @@ -18,6 +18,7 @@ Read the Docs: Documentation Simplified
:caption: 💡 Explanation

/choosing-a-site
/explanation/documentation-structure
/integrations
/downloadable-documentation
/environment-variables
Expand Down