mathieuandClaude Opus 5
08e57fbbc4
CLAUDE.md gagne une section « Interface — décisions actées » : les deux modes de la fiche et le mode porté par l'URL, les deux exceptions assumées qui restent hors édition (statut, prêts), la liste en lecture seule, le format réservé aux ebooks et son corollaire sur le formulaire, l'agrandissement de couverture. Y figure aussi le piège Blazor du routeur qui ne redessine pas quand aucun paramètre ne change. IDEES.md perd sa section « Interface — retours d'usage », désormais entièrement traitée. La recherche sans accents y reste, mais annotée : elle paraît réglée par la refonte du schéma — « Emile » remonte bien « Émile Zola » sur l'API — sans avoir été traitée comme un point à part entière. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
3.2 KiB
IDEES.md — améliorations envisagées
Ce fichier recueille les idées et corrections identifiées en cours de route, pas encore implémentées. Il n'a pas valeur de décision : rien ici n'est acté tant que ce n'est pas repris dans CLAUDE.md ou traité dans une phase.
Le travail visuel de fond (couleurs, typographie, mise en page) est repoussé volontairement : il sera fait quand les fonctionnalités seront en place.
Qualité des données
Titres BnF contenant le nom de l'auteur
Cas constaté — ISBN 9782749942636 :
dc:title = "Le plus grand défi de l'histoire de l'humanité : face à la
catastrophe écologique et sociale (Nouvelle éd. augmentée)
Aurélien Barrau"
dc:creator = "Barrau, Aurélien (1973-....). Auteur du texte"
Le nom de l'auteur est collé en fin de titre sans le séparateur ISBD /. La règle de nettoyage documentée dans CLAUDE.md ne peut donc pas s'appliquer : il n'y a pas de ponctuation à couper. Ce n'est ni un doublon, ni un défaut de notre parsing — la notice est sale à la source.
Correction envisagée : une fois dc:creator nettoyé, si le titre se termine par ce nom exact, le retirer. Heuristique volontairement stricte (comparaison en fin de chaîne uniquement) pour ne pas mutiler les titres qui contiennent légitimement un nom de personne.
Recherche insensible aux accents
« Emile » ne trouve pas « Émile ». Gênant sur un fonds francophone.
Semble réglé par la refonte du schéma (colonnes normalisées, voir CLAUDE.md) : vérifié le 2026-08-18 sur l'API, recherche=Emile remonte bien les livres d'« Émile Zola ». Laissé ici faute d'avoir été traité comme un point à part entière — à confirmer sur un fonds réel avant de le retirer.
Pour plus tard — livres souhaités
Idée de fonctionnalité, hors périmètre v1, à ne pas implémenter sans décision explicite.
La liste d'envies est personnelle, pas commune : chacun la sienne, comme le statut de lecture. C'est le pendant naturel de la décision actée sur les statuts.
Export de la liste d'envies souhaité — pour l'emporter en librairie ou la partager avant un anniversaire. Format à choisir le moment venu ; du texte simple ou du CSV suffira probablement, et reste lisible partout sans dépendance.
Pouvoir suivre les livres qu'on aimerait acquérir. Le déclencheur serait le regroupement par auteur : en cliquant sur un auteur déjà présent dans la bibliothèque (exemple donné : Bernard Werber), afficher sa bibliographie complète, avec les ouvrages déjà possédés grisés — et la possibilité de marquer les autres comme souhaités.
Ce que ça impliquerait, à évaluer le moment venu :
- Une source pour les bibliographies par auteur. La BnF sait interroger par auteur, mais l'ordre et l'exhaustivité restent à vérifier ; OpenLibrary expose les œuvres liées à un auteur.
- Un moyen d'identifier un auteur de façon stable, donc probablement une table
Auteurplutôt que le champ texte actuel — c'est le changement de modèle le plus lourd de cette idée. - Un statut « souhaité » distinct des statuts de lecture existants, ou une entité séparée pour ne pas mélanger inventaire et liste d'envies.