Le scanner s'ouvre dans la place visée d'une série, sous son champ ISBN. C'est ce
qui répond à « le retour doit ramener sur la série ET sur la place » : il n'y a
pas de retour, on n'a jamais quitté la place. Passer par l'écran d'ajout
obligeait à revenir rattacher à la main, donc à risquer le mauvais tome.
Même composant dans la voie « par ISBN » des envies, sans création de livre au
bout. L'add-on EAN-2 y est ignoré, et ce n'est pas un oubli : il ne concerne que
les revues, qui ne se souhaitent pas.
Ranger une envie dans une série se fait depuis la série — c'est là qu'on voit
l'ordre de lecture, donc là qu'on sait quelle position donner. Le geste crée une
place ordinaire, LivreId à NULL, titre repris de l'envie : rien ne relie les deux
en base, et c'est tout le sujet. Les séries sont communes au foyer, la liste
d'envies est personnelle, et son sens même est de préparer un cadeau sans que
l'autre le voie venir. Une clé étrangère afficherait « tome 3 souhaité par
untel » à tout le monde ; ce qui doit rester invisible est le lien, pas
l'existence du tome, qu'on aurait saisie à la main de toute façon.
L'envie survit au rattachement, comme une envie déjà au catalogue est signalée et
jamais supprimée — à plus forte raison ici, puisque rien n'a été acheté. Les
envies dont le titre est déjà un tome de la série ne sont pas proposées : la
place n'étant identifiée que par son titre, les offrir mènerait au doublon.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Six lots, issus d'IDEES.md. Les décisions actées sont reportées dans
CLAUDE.md, et les entrées traitées retirées d'IDEES.md.
1. Douchette USB, ISSN et enchaînement du scan
- Champ ISBN focalisé à l'ouverture : c'est tout ce qu'exige une
douchette USB, qui se présente au système comme un clavier. Remède
au scan caméra, qui rate sur la webcam d'un PC (optique, pas
décodage).
- Un EAN en 977 est un périodique : il porte un ISSN, donc un titre de
revue. Intercepté AVANT la validation ISBN (c'est un EAN-13
parfaitement valide), l'ISSN est déduit du code puis nommé via
bib.issn. Auparavant la cascade s'exécutait en entier pour finir sur
« aucun résultat ».
- L'enchaînement après scan existait déjà mais était invisible : une
étape « Recherche » affiche désormais le code interrogé.
2. ISBN affichés avec des tirets
Tables extraites du RangeMessage.xml officiel — plusieurs tranches ne
sont pas celles qu'on suppose. Le francophone est découpé en entier,
ailleurs on s'arrête au groupe et à la clé : aucune coupure fausse.
Corrige au passage l'export CSV, où un ISBN nu était lu comme un
nombre par Excel.
3. Hors-ligne : la liste d'envies
ListerSouhaitsAsync était le seul point de lecture hors du dispositif
hors-ligne, d'où le « 404 Not Found » brut à l'écran. Cinquième
instantané, écritures refusées, plus aucun message HTTP. Même défaut
corrigé sur la bibliographie.
4. Navigation par onglets
Catalogue / Auteurs / Prêts / Envies dans MainLayout ; les barres
d'actions ne portent plus que des actions. Filtres repliés derrière un
bouton compteur, ligne « format » masquée quand le fonds n'a qu'un
format. Une seule entrée d'ajout, désactivée hors-ligne — pas masquée.
5. Liste d'envies : ordre, recherche, couvertures
Migration RangDesEnvies. Le remplissage reconduit l'ordre affiché
jusqu'ici : sans lui, les listes existantes se seraient réordonnées
toutes seules. Réordonnancement par flèches et glisser-déposer (le
drag & drop HTML5 ne marche pas au doigt). Ajout dans son propre
écran, avec recherche par titre (bib.title) et couvertures enfin
alimentées.
6. Bibliographie : une source muette n'est pas une liste vide
L'écran affichait « BnF injoignable » PUIS « la BnF ne connaît aucun
livre de cet auteur » — la seconde phrase étant fausse. Les deux cas
s'excluent désormais, et un bouton Réessayer est offert.
Vérifié en exécution : le diagnostic d'IDEES.md était faux sur un
point. Robert A. Harper a bien 7 œuvres à la BnF (85 notices
annoncées) ; c'était le même délai dépassé observé deux fois, pris
pour deux causes distinctes.
380 tests, dont un qui applique réellement la migration (EnsureCreated
n'en joue aucune) et un qui verrouille les messages atteignant
l'utilisateur.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
