Merge pull request #2418 from YunoHost/about-package-doc

This commit is contained in:
OniriCorpe 2024-02-29 03:21:37 +01:00 committed by GitHub
commit 5d372c9e44
No known key found for this signature in database
GPG key ID: B5690EEEBB952194
2 changed files with 12 additions and 7 deletions

View file

@ -5,15 +5,19 @@
Please report [issues on YunoHost bugtracker](https://github.com/YunoHost/issues/issues). Please report [issues on YunoHost bugtracker](https://github.com/YunoHost/issues/issues).
## Note about package documentation
Package documentation should be done in the package repository itself, under the `/doc` folder.
You can learn about it here: <https://yunohost.org/packaging_app_doc>
# Contributing # Contributing
This repo use a **submodule** to provide the theme. So when you clone use: This repo use a **submodule** to provide the theme. So when you clone use:
```shell ```shell
git clone --recursive https://github.com/YunoHost/doc.git git clone --recursive https://github.com/YunoHost/doc.git
``` ```
You can refer to the page on [writing documentation](https://yunohost.org/write_documentation). You can refer to the page on [writing documentation](https://yunohost.org/write_documentation).
If you know docker, you can run: If you know docker, you can run:
@ -35,5 +39,4 @@ Finally you can rebuild the CSS with (You can replace `expanded` by `compressed`
``` ```
Source: Source:
https://sass-lang.com/guide <https://sass-lang.com/guide>

View file

@ -7,7 +7,8 @@ routes:
default: '/packaging_app_doc' default: '/packaging_app_doc'
--- ---
Properly documenting your app is important for user experience ;). YunoHost provides several mechanism to display information to users. Properly documenting your app is important for user experience ;).
YunoHost provides several mechanism to display information to users.
## Extensive description : `doc/DESCRIPTION.md` and `doc/screenshots/` ## Extensive description : `doc/DESCRIPTION.md` and `doc/screenshots/`
@ -34,11 +35,12 @@ These notes will be available in the app info page in the webadmin after the app
## Pre/post-install notes, pre/post-upgrade notes ## Pre/post-install notes, pre/post-upgrade notes
Sometimes, you may want to display important information to the admin at key points in the app's life cycle. You can do so by providing special markdown files: Sometimes, you may want to display important information to the admin at key points in the app's life cycle. You can do so by providing special markdown files:
- `doc/PRE_INSTALL.md`: displayed right before the installation (for example to warn that « This app install is expected to take around 30 minutes, be patient! » or « This app will automatically add 1GB swap to your system ») - `doc/PRE_INSTALL.md`: displayed right before the installation (for example to warn that « This app install is expected to take around 30 minutes, be patient! » or « This app will automatically add 1GB swap to your system »)
- NB: try to not overlap with the anti-feature tags from the catalog (cf Publishing your app in the catalog) which can be used to warn that the app's upstream is alpha-stage or deprecated among other things. - NB: try to not overlap with the anti-feature tags from the catalog (cf Publishing your app in the catalog) which can be used to warn that the app's upstream is alpha-stage or deprecated among other things.
- `doc/POST_INSTALL.md`: displayed in a popup after the installation AND a dismissable note in the webadmin app info view. - `doc/POST_INSTALL.md`: displayed in a popup after the installation AND a dismissable note in the webadmin app info view.
- `doc/PRE_UPGRADE.md`: displayed right before any upgrade of this app (NB: the pre-upgrade note from the NEW version will be used, not the one from the installed version) - `doc/PRE_UPGRADE.md`: displayed right before any upgrade of this app (NB: the pre-upgrade note from the NEW version will be used, not the one from the installed version)
- You can also create `doc/PRE_UPGRADE.d/{version}.md` to have a note displayed before upgrading to a version equal or higher than `{version}` - You can also create `doc/PRE_UPGRADE.d/{version}.md` to have a note displayed before upgrading to a version equal or higher than `{version}`
- `doc/POST_UPGRADE.md`: displayed in a popup after the upgrade AND a dismissable note in the webadmin app info view. - `doc/POST_UPGRADE.md`: displayed in a popup after the upgrade AND a dismissable note in the webadmin app info view.
Same as `ADMIN.md` and others: in these files, you can use the `__FOOBAR__` syntax which will automatically be replaced with the `foobar` setting. Same as `ADMIN.md` and others: in these files, you can use the `__FOOBAR__` syntax which will automatically be replaced with the `foobar` setting.