You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You can run an HTTP server and follow the printed link
(localhost:8000)
to view the documentation in your browser:
python3 -m http.server -d docs/_build/html
Build Translations
By default, the document being built is in English. If you want to build
documents in other languages, such as Chinese, you can use the following
command:
make -C docs html SPHINXOPTS='-D language=zh_CN'
Translate the Documentation
You can open a pull request adding a new language.
Maintainers can generate the template files (.pot), update the translation
files (.po) and remove obsolete translation files (i.e. a matching .pot
file no longer exists) by running:
make -C docs update-po
Audience
Desktop application developers are the primary audience for the Flatpak
docs, particularly the authors of existing applications, including those
from non-Linux platforms.
The docs should reflect popular practice amongst this audience wherever
possible and not assume that applications are coming from the Linux desktop
space. In practical terms, this means that we should expect:
Git for version control
GitHub for hosting
Freedesktop runtimes
No prior knowledge of Linux desktop conventions, such as .desktop
files, AppStream and D-Bus
Outside of these basic defaults, special separate attention should be paid
to popular cross-platform technologies such as Electron and Qt.
Guidelines
Guidelines for those who want to contribute to the docs:
Explain basic Flatpak concepts
Focus on standard application developer workflows
Use the docs to explain the benefits of Flatpak and why a developer might
use it
Only cover what's essential for application developers - don't include
details of Flatpak internals unless absolutely necessary
Provide a developer experience that's as smooth and frictionless as possible
Help to prevent difficulties by anticipating potential issues developers
might hit, and steering them clear of them