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

📝 [Documentation] Reorganize sections in doc #4424

Open
wants to merge 30 commits into
base: master
Choose a base branch
from

Conversation

bruhnild
Copy link
Contributor

@bruhnild bruhnild commented Dec 18, 2024

Description

Related Issue

Checklist

  • I have followed the guidelines in our Contributing document
  • My code respects the Definition of done available in the Development section of the documentation
  • I have performed a self-review of my code
  • I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • I have added tests that prove my fix is effective or that my feature works.
  • New and existing unit tests pass locally with my changes
  • I added an entry in the changelog file
  • My commits are all using prefix convention (emoji + tag name) and references associated issues
  • I added a label to the PR corresponding to the perimeter of my contribution
  • The title of my PR mentionned the issue associated

@bruhnild bruhnild self-assigned this Dec 18, 2024
@bruhnild
Copy link
Contributor Author

@camillemonchicourt
Copy link
Member

C'est bien d'avoir regroupé tout ce qui concerne l'import.
Mais par contre, on comprend moins ce qui est lié à l'import initial des données minimales pour avoir un Geotrek fonctionnel dans la foulée de son installation. Et ce qui concerne l'import de données complémentaires ou en continu, au fil du projet.
A voir comment préciser/clarifier ça.
J'essaie de relire plus en détail dès que possible.

@babastienne
Copy link
Member

on comprend moins ce qui est lié à l'import initial des données minimales pour avoir un Geotrek fonctionnel dans la foulée de son installation

Peut-être ajouter à la fin de la page d'installation une mention "Une fois votre Geotrek installer, il faut importer des données initiales" (avec un lien vers la page dédiée)

dependabot bot and others added 5 commits December 19, 2024 09:27
Bumps [redis](https://github.com/redis/redis-py) from 5.2.0 to 5.2.1.
- [Release notes](https://github.com/redis/redis-py/releases)
- [Changelog](https://github.com/redis/redis-py/blob/master/CHANGES)
- [Commits](redis/redis-py@v5.2.0...v5.2.1)

---
updated-dependencies:
- dependency-name: redis
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <[email protected]>
fix ref for sensitive area import

Fix ref in api doc

Fix ref in api doc

Fix ref in configuration doc
@bruhnild bruhnild force-pushed the mfu-improve-doc-gta branch from 006bc2c to dac8d59 Compare December 19, 2024 08:28
Copy link

codecov bot commented Dec 19, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 98.46%. Comparing base (fe60cf0) to head (ac40636).
Report is 7 commits behind head on master.

Additional details and impacted files
@@           Coverage Diff           @@
##           master    #4424   +/-   ##
=======================================
  Coverage   98.46%   98.46%           
=======================================
  Files         268      268           
  Lines       21290    21290           
=======================================
  Hits        20964    20964           
  Misses        326      326           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

Copy link

cypress bot commented Dec 19, 2024

Geotrek-admin    Run #10661

Run Properties:  status check passed Passed #10661  •  git commit cf0ac08747 ℹ️: Merge ac40636268ba8b5745bb901e47fc4fe8a7d10702 into 17cd74274512b55aa3bf46a7b05a...
Project Geotrek-admin
Branch Review refs/pull/4424/merge
Run status status check passed Passed #10661
Run duration 02m 11s
Commit git commit cf0ac08747 ℹ️: Merge ac40636268ba8b5745bb901e47fc4fe8a7d10702 into 17cd74274512b55aa3bf46a7b05a...
Committer Marine Faucher
View all properties for this run ↗︎

Test results
Tests that failed  Failures 0
Tests that were flaky  Flaky 0
Tests that did not run due to a developer annotating a test with .skip  Pending 0
Tests that did not run due to a failure in a mocha hook  Skipped 0
Tests that passed  Passing 22
View all changes introduced in this branch ↗︎

@babastienne
Copy link
Member

Sur certaines pages il y a des titres de section qui sont "bizarres"

image

C'est déjà le cas aujourd'hui mais ça pourrait être corrigé au passage

docs/install/prerequisites-data.rst Outdated Show resolved Hide resolved
docs/install/prerequisites-data.rst Outdated Show resolved Hide resolved
docs/install/prerequisites-data.rst Outdated Show resolved Hide resolved
@@ -0,0 +1,42 @@
===========================
Prerequisites for your data
Copy link
Member

Choose a reason for hiding this comment

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

Pour moi, ces données sont les données initiales minimales (Minimal initial data), donc à préciser dans le titre ou dans un petit texte, surtout maintenant que c'est déplacé plus bas dans la documentation.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

C'est fait, il y a désormais un message en base de la page Installation qui renvoie vers la page Prerequisites for your data sur laquelle on trouve aussi un message qui précise que les données listées sont celles des données initiales.

Copy link
Member

Choose a reason for hiding this comment

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

OK, mais en fait je crois que je comprends pas ce titre de rubrique.
"Importer des données / Pré-requis pour vos données".
En fait le titre devrait uniquement être "Minimal initial data" plutôt, non ?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Oui, je reconnais que le titre pouvait porter à confusion, je l'ai changé : https://geotrek.readthedocs.io/en/mfu-improve-doc-gta/install/minimal-initial-data.html

docs/install/load-mnt-raster.rst Outdated Show resolved Hide resolved
@bruhnild
Copy link
Contributor Author

Sur certaines pages il y a des titres de section qui sont "bizarres"

image

C'est déjà le cas aujourd'hui mais ça pourrait être corrigé au passage

Oui, il s'agit de la syntaxe .. envvar:: qui est mal interprétée dans le thème de la doc. Il y en avait énormément dans la page advanced configuration.
Je les ai tous remplacé par des titres de 4 ème ou 3èeme niveau.

@camillemonchicourt
Copy link
Member

OK globalement pour moi.
Sauf les histoires d'URL des pages et sections qui vont pas mal changer, et sans redirection ça va poser soucis.

@babastienne
Copy link
Member

Si je tombe sur une URL externe vers une section de la documentation en mode "master", "latest" ou "stable" (que je privilégie pour rester à jour quand je partage une URL de doc)

Pour moi ça c'est une mauvaise pratique qu ne doit pas être réalisée.


Pour les redirections je suis pour en mettre en place uniquement pour les pages qui sont régulièrement partagées (pourquoi pas la page cirkwi par exemple). Mais sinon si on doit le faire pour toutes les pages tout le temps à chaque fois que la doc est modifiée c'est pas tenable comme système.

Une documentation ça vie, ça évolue, c'est normal que les pages ne soient pas toujours les mêmes.

Et d'ailleurs en creusant je vois que Cirkwi a su adapter leur lien vers la documentation quand il fallait puisque la page actuelle utilise une URL qui n'était pas celle-ci auparavant et sur laquelle il n'y avait pas de redirection d'effectué.

@babastienne
Copy link
Member

Bon sinon, j'en peux plus de cette page infernale : https://geotrek.readthedocs.io/en/mfu-improve-doc-gta/install/advanced-configuration.html

Est ce qu'on en ferait pas une section à part, au même titre qu'on en a fait une pour Import data ?

Oui on pourrait faire ça. Ca ferait donc trois grosses sections :

  • Installation (+ maintenance, upgrade, etc)
  • Configuration
  • Import data

Si on sépare cette grosse page de settings en plusieurs il faudrait trouver une organisation "logique" quand même. Car aujourd'hui l'avantage d'une seule page c'est que quand on cherche un paramètre on sait qu'on va le retrouver dedans. Si c'est sur plusieurs pages ça implique de chercher un peu plus donc il faut que ce soit clair ce qui est sur chaque page.

(bon ceci dit la fonction de recherche de la doc marche très bien)

@bruhnild
Copy link
Contributor Author

Bon sinon, j'en peux plus de cette page infernale : https://geotrek.readthedocs.io/en/mfu-improve-doc-gta/install/advanced-configuration.html
Est ce qu'on en ferait pas une section à part, au même titre qu'on en a fait une pour Import data ?

Oui on pourrait faire ça. Ca ferait donc trois grosses sections :

* Installation (+ maintenance, upgrade, etc)

* Configuration

* Import data

Si on sépare cette grosse page de settings en plusieurs il faudrait trouver une organisation "logique" quand même. Car aujourd'hui l'avantage d'une seule page c'est que quand on cherche un paramètre on sait qu'on va le retrouver dedans. Si c'est sur plusieurs pages ça implique de chercher un peu plus donc il faut que ce soit clair ce qui est sur chaque page.

(bon ceci dit la fonction de recherche de la doc marche très bien)

J'ai un peu pris les devants depuis mon commentaire et splité la page en autant de sous-pages qu'il y avait de sous-titres pour garder la structure. L'organisation reste la même mais on y voit plus clair pour réorganiser en profondeur : https://geotrek.readthedocs.io/en/mfu-improve-doc-gta/advanced-configuration/application-settings.html

@babastienne
Copy link
Member

babastienne commented Dec 20, 2024

Est-ce bien utile de conserver en haut de chaque page un bloc "table of content" (1) alors qu'il y en a déjà une à droite de la page (2) ?

image

Pour alléger j'aurai tendance à retirer ça sur l'ensemble des pages.

requirements.txt Show resolved Hide resolved
docs/advanced-configuration/application-settings.rst Outdated Show resolved Hide resolved
docs/advanced-configuration/application-settings.rst Outdated Show resolved Hide resolved
docs/advanced-configuration/application-settings.rst Outdated Show resolved Hide resolved
requirements.txt Show resolved Hide resolved
@bruhnild bruhnild force-pushed the mfu-improve-doc-gta branch from 4626b0e to a3f4efb Compare December 20, 2024 11:02
@bruhnild
Copy link
Contributor Author

Est-ce bien utile de conserver en haut de chaque page un bloc "table of content" (1) alors qu'il y en a déjà une à droite de la page (2) ?

image

Pour alléger j'aurai tendance à retirer ça sur l'ensemble des pages.

Effectivement, c'était redondant et alourdissait les pages. J'ai retiré les TOC sur toutes les pages de la doc (le menu de droite s'en charge)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants