Version 11 — Février 2015 — tcharlss
Cet article est destiné aux personnes interessées par l’évolution du plugin Bouquinerie pour SPIP 3.
N’hésitez pas à ajouter vos remarques et contributions dans le dernier paragraphe, l’article est librement éditable.
Vous pouvez également suivre le fil de discussion sur la liste spip.users : http://archives.rezo.net/archives/spip.mbox/RNCMG3KDBWETD4CEA4N43WYXAP62SX5T/
Que vous soyez utilisateurs ou non, contribuez à la discussion !
La version courante (0.1.0) n’est pas compatible SPIP 3, et le plugin a peu évolué depuis son dépôt sur la zone.
Je souhaite me charger de sa mise à jour.
Plutôt que de faire un « simple » portage pour SPIP 3, profitons-en pour faire une remise à plat : à qui se destine le plugin ? De quelles fonctionnalités a-t-on besoin ?
Mise à jour du 18/09/2014
Un prototype est dispo : [téléchargement->http://contrib [téléchargement->https://charlesrazack .spip.net/IMG/zip/bouquinerie-dev-spip3.com/owncloud/public.zip ].
php ? service=files&t=a3d36d37a51f2f927aa9a763c7c704d5].
Attention, il s’agit d’une version de développement, il n’y a pas encore de gestion des groupes de livres et l’interface n’est pas finie. De plus, ce prototype n’est pas compatible avec le plugin stable.
Pour l’instant on eut :
- créer des éditeurs
- créer des livres
- importer des livres automatiquement depuis google book
- associer des livres aux objets.
Etat des lieux / récapitulatif succint :
livres
» qu’on regroupe sous formes de « catalogues
», les 2 étant de nouveaux objets éditoriaux.Problèmes soulevés :
spip_livres
» comporte de nombreux champs pertinents uniquement dans le cadre d’un commerce : « etat_livre
», « etat_jaquette
», « prix_achat
», « commentaire
», « num_facture
» etc.Dernière m.a.j : 23/04/2014
Je propose de ne garder dans Bouquinerie que l’aspect « gestion de collections de livres », et de basculer les fonctions typées commerce dans un plugin tiers, qui servirait d’extension au premier.
Ainsi le plugin serait plus générique et utilisable par un plus large public : les librairies, mais également les particuliers, les maisons d’édition, et pourquoi pas les bibliothèques.
Essentiellement, le plugin permettra de créer des « livres », que l’on pourra classer en séries, collections, catalogues etc. Il permettra l’importation de livres par le biais de recherches dans des bases de données en ligne (google books, open library etc.).
Bref il s’agira d’une rupture de compatibilité assumée avec la version pour SPIP 2 : du moment que c’est les changements sont bien documentés ça me semble jouable.
Livres : champs proposés
Je propose de faire le ménage dans la table spip_livres
.
Y a-t-il des champs à ajouter ?
Nom | explication |
---|---|
#TITRE |
Tire du livre |
#ISBN |
Numéro ISBN à 10 ou 13 chiffres. On pourrait si besoin séparer en 2 champs distincts : #ISBN_10 et ISBN_13 |
#IDENTIFIANT |
Identifiant unique optionnel. Typiquement, il est donné par les base de données en ligne (google books et cie). Permet d’éviter les doublons lors de l’importation de nouveaux livres. |
#DATE_PARUTION |
Date de parution |
#LANG |
Langue du livre, code ISO-639-1 à 2 lettres (idem code langue SPIP) |
#VOLUME (ou bien #TOME ?) |
Numéro du livre au sein d’une série |
#PAGES |
Nombre de pages |
#HAUTEUR |
Hauteur en cm |
#LARGEUR |
Largeur en cm |
#DESCRIPTIF |
Descriptif du livre (par ex. 4e de couverture) |
#TEXTE |
Extrait du texte |
#ID_RUBRIQUE & #ID_SECTEUR (pas sûr) |
Eventuellement, identifiant de la rubrique et du secteur pour permettre d’y « ranger » les livres. |
Gestion des statuts
Pas encore défini, quel satuts sont souhaitables ? Peut-être « réédité », « épuisé », ce genre de chose ?
A défaut, on va sans doute revenir aux statuts de base « en cours de rédaction », « publié » et « à la poubelle ».
Gestion des auteurs
Utilisation de l’objet « auteur » de SPIP, en ajoutant la gestion des rôles par le biais du plugin rôles de M.Marcillaud (cf. la vidéo de démonstration).
Les rôles seront prédéfinis, voici la liste (à compléter) :
Gestion des éditeurs
Ajout d’un nouvel objet éditorial « éditeur ».
La table spip_editeurs comprend les champs suivants :
#NOM | Nom de l’éditeur |
#DESCRIPTIF | Descriptif rapide |
#TEXTE | Présentation détaillée |
Gestion des groupes : séries, collections, etc.
Assurément un des points les plus importants : on doit avoir la possibilité de classer les livres de façon simple en définissant des groupes : des « séries », des « collections » etc.
Cela sera possible de plusieurs façons :
1) Gestion de groupe de livres : ajout d’un objet éditorial conteneur dont le rôle est de constituer des groupes de livre. Dans la version pour SPIP 1.x, on parle de « cataogue », peut-être que le terme « groupe_livres » sera plus approprié, à voir. Un groupe aura les champs : #TYPE
, #TITRE
, #DESCRIPTIF
.
#TYPE | type de groupe : série, collection, catalogue... |
#TITRE | titre du groupe |
#DESCRIPTIF | descriptif rapide |
Ex : après avoir crée le livre « Les naufragés du A », on l’associe au catalogue de type : « série », titre : « Philémon », descriptif : « Les albums de Philémon ».
2) Liaisons : on pourra ajouter des livres à tout type d’objet éditorial par le biais de la table de liens spip_livres_liens
. Il sera donc possible de « ranger » livres en les liants à des rubriques par exemple.
3) Mots-clés : utilisation des mot-clés
Livres : importation/exporation
On peut importer un ou plusieurs livres à la fois en faisant une recherche en ligne (sur google books, open library etc.) directement dans l’espace privé.
Pour l’export, c’est à voir : existe-t-il un format standard ?