Dis à l'application quelle version elle est, et sous quelle licence

Page « À propos » (/a-propos) : manuel annoncé à venir, contact, site de
l'auteur, version publiée avec sa date de build, et licence AGPL v3 avec le
lien vers le dépôt — l'AGPL attend que les utilisateurs d'un service en réseau
puissent en obtenir la source, ce lien n'est donc pas un ornement.

L'application ne connaissait pas sa version : elle vivait dans le manifeste du
paquet et dans les tags git, jamais dans le binaire. `build/publier-release.sh`
pose désormais `-p:Version` et `-p:MaBibliDateBuild` ; l'API rend les deux par
`GET /api/version`.

⚠️ L'horodatage est le TÉMOIN de l'injection, et rien ne le calcule côté
MSBuild. Sans lui, la version lue serait le « 1.0.0 » que le SDK pose par
défaut : il se lirait comme une vraie version alors qu'il ne désigne rien, et
c'est exactement la valeur qu'on ira chercher pour diagnostiquer un appareil au
cache dépareillé. Mieux vaut ne rien annoncer — un binaire compilé à la main se
déclare « version de développement », ce qui est vrai.

Autres décisions :

- l'entrée du menu est DÉTACHÉE des six destinations, par un filet au-dessus
  sur téléphone et à gauche en rangée sur PC : « À propos » est une annexe, pas
  une septième destination. Ses règles vivent en feuille GLOBALE, comme tout le
  menu — une règle scopée n'atteint pas ce que rend un NavLink ;
- le « mailto: » reste un lien même hors-ligne : il ne charge aucune page et
  passe la main au client de messagerie, qui sait mettre un message en attente.
  Le site et le dépôt, eux, basculent en boutons désactivés portant leur motif,
  comme les liens d'export des envies ;
- la version est un sixième instantané hors-ligne : on la lit justement quand
  quelque chose ne va pas, et un appareil qu'on soupçonne est souvent celui qui
  n'a plus de réseau. L'écran dit alors que c'est la dernière version vue du
  serveur.

Le point de rupture de 40 rem reste identique dans les deux feuilles, et
/a-propos est inscrite dans la table de remontée des routes.

Vérifié en exécution, l'API lancée : sans injection
`{"numero":null,"publiee":false}`, avec `-p:Version=0.4.1
-p:MaBibliDateBuild=…` `{"numero":"0.4.1","publiee":true}`. Le rendu des écrans
n'a PAS été vérifié en navigateur. 618 tests au vert (605 avant).

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

MaBibli.Client/Layout/MainLayout.razor

@@ -99,6 +99,19 @@
     <NavLink class="menu-lien" href="revues">Revues</NavLink>
     <NavLink class="menu-lien" href="prets">Prêts</NavLink>
     <NavLink class="menu-lien" href="souhaits">Envies</NavLink>
+
+    @*
+        « À propos » n'est PAS une septième destination : c'est une annexe, et elle est
+        visuellement détachée pour cela. Les six entrées ci-dessus sont la bibliothèque ; celle-ci
+        porte le manuel, le contact, la version et la licence — on y va une fois, pas tous les
+        jours. Mise sur le même rang, elle diluerait une navigation qu'on venait justement de
+        reprendre. Elle reste dans le menu plutôt qu'en pied de page : sur téléphone, un pied de
+        page vit sous une liste de trois cents livres.
+
+        ⚠️ Elle reste active hors-ligne, comme les six autres : la version qu'on vient y lire est
+        justement ce qu'on cherche quand quelque chose ne va pas.
+    *@
+    <NavLink class="menu-lien menu-lien-annexe" href="a-propos">À propos</NavLink>
 </nav>
 </div>