lint(standard): corrections completes mode standard

- Em dashes: 1712 remplaces par tirets simples (86 fichiers + _index.md,
  en-tete section Limagrain conserve)
- Checklists: 24 '- [ ]' -> '- ☐' (3 pages operations, plus de todos Obsidian)
- Ancres: 33 reparees (slugs GitHub + ancres HTML <a id> reconnues),
  1 reciblee (manuel de reten)
- related: tenseflow -> tense-flow, pie -> mechanical-elements,
  group.md retire (doublon shipping)
- Registre: compteur global 122 -> 131 pages
- Rapport racine _lint_report.md mis a jour (scan v2 + re-scan final: 0 anomalie)
- Aucun fichier limagrain/ modifie (cloisonnement)

wiki/operations/custom-application-management.md

@@ -29,13 +29,13 @@ Règles de base :
 
 > ⛔ Une mauvaise manipulation ici peut entraîner la **perte de vos développements**. Procéder avec soin.
 
-Source : Confluence EasyWMS France — *Gestion de la custom application* (v12, 20/12/2022).
+Source : Confluence EasyWMS France - *Gestion de la custom application* (v12, 20/12/2022).
 
 ## <a id="creation"></a>1. Création de l'application custom
 
 À n'exécuter qu'**une seule fois par projet** (le premier développeur). Les autres devs font un **Import** (cf. section 2).
 
-### Option A — Partir d'une app existante du Toolkit
+### Option A - Partir d'une app existante du Toolkit
 
 Si le projet réutilise des modifications déjà packagées dans le dépôt [**FRANCE_OPERATIONS_TOOLS**](https://msscode.mecalux.com/Proyectos_SW/FRANCE_OPERATIONS_TOOLS.git) (ex. modifications habituelles du module transporteur) :
 
@@ -46,7 +46,7 @@ Si le projet réutilise des modifications déjà packagées dans le dépôt [**F
    ```
    Exemple : `..\FRANCE_OPERATIONS_TOOLS\Module transporteur`
 
-### Option B — Créer une application vierge
+### Option B - Créer une application vierge
 
 Dans **EasyBuilder** :
 
@@ -78,7 +78,7 @@ Après création, faire un **1ᵉʳ export sur la branche `develop`** du dépôt
 | Vous rejoignez un projet en cours | **Oui** (première action) |
 | Vous venez de merger votre branche dans `develop` | **Oui** (réimporter le `develop` à jour) |
 | Un collègue a poussé une modif majeure sur `develop` | **Oui** après `git pull` |
-| Vous démarrez la journée sur votre branche perso | **Non** — travailler sur votre export local |
+| Vous démarrez la journée sur votre branche perso | **Non** - travailler sur votre export local |
 
 ## <a id="export"></a>3. Export de l'application custom
 
@@ -104,7 +104,7 @@ Après création, faire un **1ᵉʳ export sur la branche `develop`** du dépôt
 
 ### Suites logiques
 
-- **Commit + push** sur la branche de votre tâche — cf. [git-workflow](git-workflow.md#3--commit-de-vos-modifications)
+- **Commit + push** sur la branche de votre tâche - cf. [git-workflow](git-workflow.md#3-commit-de-vos-modifications)
 - Les fichiers exportés peuvent être **séparés en plusieurs** pour un même élément AD (workflow, source C#, DESIGN…). Bien prendre **tous** les fichiers portant le nom de l'élément modifié.
 
 ## Règles de coexistence multi-développeurs
@@ -113,7 +113,7 @@ Après création, faire un **1ᵉʳ export sur la branche `develop`** du dépôt
 |-----------|--------|
 | Plusieurs devs sur le projet | Chacun sur sa **branche GIT personnelle** (cf. [development-methodology](development-methodology.md)) |
 | Éviter les écrasements | **Export systématique** en fin de tâche + **import** après merge dans `develop` |
-| Éléments en Check-out | À **Check-in avant export** — sinon perte silencieuse |
+| Éléments en Check-out | À **Check-in avant export** - sinon perte silencieuse |
 | Structure commune (toolkit) | Utiliser **FRANCE_OPERATIONS_TOOLS** en option A de création |
 
 ## Common errors
@@ -127,8 +127,8 @@ Après création, faire un **1ᵉʳ export sur la branche `develop`** du dépôt
 
 ## Related
 
-- [Application Dictionary](../architecture/application-dictionary.md) — contenu packagé dans la custom app (Commands, Queries, Entities, Views, Dialogs, Events, Workflows)
-- [Development Methodology](development-methodology.md) — stratégie de branches et cadre dans lequel s'inscrit la gestion de la custom app
-- [First Deployment](first-deployment.md) — création initiale de la custom app (étape 9) et référencement dans `DeployConfig.yaml` (étape 10)
-- [Deploy Existing Application](deployment-existing-app.md) — import custom app lors d'un redéploiement (étape 6 si anciens scripts)
-- [Git Workflow](git-workflow.md) — rythme commit/push et gestion des branches
+- [Application Dictionary](../architecture/application-dictionary.md) - contenu packagé dans la custom app (Commands, Queries, Entities, Views, Dialogs, Events, Workflows)
+- [Development Methodology](development-methodology.md) - stratégie de branches et cadre dans lequel s'inscrit la gestion de la custom app
+- [First Deployment](first-deployment.md) - création initiale de la custom app (étape 9) et référencement dans `DeployConfig.yaml` (étape 10)
+- [Deploy Existing Application](deployment-existing-app.md) - import custom app lors d'un redéploiement (étape 6 si anciens scripts)
+- [Git Workflow](git-workflow.md) - rythme commit/push et gestion des branches