- Force un accès authentifié à Babord + depuis un lien externe
- Corrige l’affichage bref pour les notices de CDI
- Doublement des champs locaux pour les notices fusionnées
- Affichage détaillé des notices : Modification du lien vers la sélection
- Personnalisation du pied de page
- Customisation de la toplevel facette
- Affiche la disponibilité des ressources électroniques dans une autre institution
- Empêche l’affichage des deux champs lds01 et lds02 dans le cas d’une notice fusionnée
- Mise en forme des résultats CDI
- Affichage d’une section « En rayon » alors qu’il n’y a pas de version imprimée du document
- Personnalisation de l’affichage des documents dans le collection discovery
- Personnalisation de la liste des documents empruntés dans le compte lecteur
- Personnalisation de l’écran d’authentification
- Depuis les vues des institutions, invite les utilisateurs à s’authentifier via la vue de leur établissement
- Depuis la vue réseau, oblige les utilisateurs à s’authentifier via la vue de leur établissement
Force un accès authentifié à Babord + depuis un lien externe
Permet d’ajouter un paramètre à une URL pointant vers Primo pour rediriger l’utilisateur vers une session authentifiée.
Répond à un problème de redirection des usagers depuis les pages ENT des établissements.
https://github.com/louxfaure/CENTRAL_PACKAGE/blob/master/js/prmAuthenticationAfter/forceAuth.js
Corrige l’affichage bref pour les notices de CDI
Nous utilisons des champs locaux pour alimenter les 2ᵉ & 3ᵉ lignes du brief display. Ces champs permettent de personnaliser l’affichage en fonction des types de résultat.
L’effet de bord de cette personnalisation est que les champs Auteurs & publisher initialement utilisés pour cet affichage ne remontent plus pour CDI.
Ce correctif permet de récupérer les champs dans la notice Pnx et de les afficher dans l’affichage abrégé.
Doublement des champs locaux pour les notices fusionnées
Lorsqu’une notice est fusionnée Primo conserve tous les champs locaux. Ainsi le champ lds01 que nous utilisons pour afficher l’adresse bibliographique de la publication est doublé. Ce module ne conserve que le champ construit à partir de la notice Unimarc.
Affichage détaillé des notices : Modification du lien vers la sélection
Dans l’affichage détaillé d’une notice, lorsque, Primo présente le lien vers une collection qui n’appartient pas à l’institution de la vue en cours de consultation, il ne redirige pas vers la vue de l’institution propriétaire de la collection. Ce module :
- Modifie le lien de redirection pour afficher la sélection dans la vue de l’institution propriétaire
- Ajoute le nom de l’institution propriétaire de la sélection au titre du lien de premier niveau.
https://github.com/louxfaure/CENTRAL_PACKAGE/blob/master/js/prmBriefResultAfter/README.md
Personnalisation du pied de page
Ajoute un pied de page aux différentes vues B+ avec les logos des autres institutions membres du réseau et le lien vers leurs catalogues
https://github.com/louxfaure/CENTRAL_PACKAGE/tree/master/js/prmExploreFooterAfter
Customisation de la toplevel facette
Personnalisation de la top level facette. Supprime les entrées « peer_reviewed », »open_access » et « available » pour transformer cette facette en facette « Support » (cf. Règle de normalisation facets:toplevel
).
https://github.com/louxfaure/CENTRAL_PACKAGE/tree/master/js/prmFacetExactAfter
Affiche la disponibilité des ressources électroniques dans une autre institution
Ce composant se base sur les champs delivery/delcategory de la notice PNX pour voir si d’autres établissements possèdent la ressource électronique et affiche un iframe appelant le résolveur de lien.
On récupère la liste de institutions proposant un accès au document dans la notice pnx via this.parentCtrl.item.pnx.delivery.delcategory
.
On construit ensuite des liens pour chaque institution. Le clic sur ce lien charge un iframe appelant le résolveur de lien.
Les libellés sont tirés de tables et de codes existants :
- nui.brief.results.tabs.getit_other
- delivery.code.restricted
https://github.com/louxfaure/CENTRAL_PACKAGE/tree/master/js/prmFullViewServiceContainerAfter
Empêche l’affichage des deux champs lds01 et lds02 dans le cas d’une notice fusionnée
Lorsqu’une notice est fusionnée, Primo conserve tous les champs locaux. Ainsi le champ lds01 & lds02 que nous utilisons pour afficher l’adresse bibliographique de la publication est doublé. Ce module ne conserve que le champ construit à partir de la notice Unimarc.
https://github.com/louxfaure/CENTRAL_PACKAGE/tree/master/js/prmFullViewServiceContainerAfter
Mise en forme des résultats CDI
Nous utilisons des champs locaux pour alimenter les 2ème (lds02) & 3ème (lds01) lignes du brief display. Les champs Auteurs publisher et partof (pour les articles) utilisés initialement pour la section brief display de l’affichage détaillée ne remontaient plus pour CDI. Ce correctif permet de récupérer les champs Pnx et les afficher dans l’affichage abrégé.
https://github.com/louxfaure/CENTRAL_PACKAGE/tree/master/js/prmFullViewServiceContainerAfter
Affichage d’une section « En rayon » alors qu’il n’y a pas de version imprimée du document
Détail du problème
Dans l’affichage d’une notice détaillée, quand le document ne propose qu’un accès numérique, la section « En rayon » s’affiche quand même.
Ce problème est lié au fonctionnement de Primo. La vue du catalogue va systématiquement lancer une requête au résolveur de lien pour les notices électroniques (qu’elles soient locales ou de CDI) et elle ne peut pas savoir si cette dernière renverra des résultats. Cet appel au résolveur est réalisé dans une section de l’affichage détaillé baptisée getit_link2.
L’appel au résolveur de lien est utile pour les notices CDI car il permet de remonter des disponibilités en version physique (comme ici). Mais cet appel est inutile pour des notices électroniques locales parce que si la notice n’est pas fusionnée, il y a très peu de chance que le résolveur de lien retrouve des résultats.
Solution
Nous proposons de ne pas afficher le service getit_link2 pour les notices locales décrivant des documents sans aucune disponibilité en version physique. Bien entendu cela ne résout pas le problème pour les notices CDI. Pour cela il y aurait deux solutions :
- simplement supprimer l’affichage du service pour les notices CDI et se passer de la disponibilité de la version physique des documents
- lancer une première requête et analyser la réponse avant d’afficher le service au risque de ralentir le chargement du composant angular.
Mais après tout, on peut peut être se contenter de cette solution intermédiaire ?
https://github.com/louxfaure/CENTRAL_PACKAGE/tree/master/js/prmFullViewServiceContainerAfter
Personnalisation de l’affichage des documents dans le collection discovery
Par défaut, seuls les titres sont affichés sous les vignettes dans le collection discovery (les sélections). Ajoute une ligne avec les auteurs et contributeurs (200$f) et l’éditeur et la date d’édition (cf. lds01 et lds02).
🔗 prmGalleryItemAfter/README.md
Personnalisation de la liste des documents empruntés dans le compte lecteur
Empêche la prolongation si l’emprunt date d’il y a moins de 7 jours (durée maximale de prolongation dans le réseau)
Si le document est prolongeable et que le prêt est un prêt de plus de 7 jours (variable à adapter selon les besoins), le script regarde si le prêt a eu lieu il y a plus de 7 jours. Si ce n’est pas le cas, il indique quand le document pourra être prolongé.
Supprime des informations inutiles dans la liste des exemplaires empruntés
Ne sont conservées que la date d’emprunt et la date de retour à l’issue de la prolongation. Sur la première ligne, supprime la cote et la localisation du document (06/2024).
https://github.com/louxfaure/CENTRAL_PACKAGE/blob/master/js/prmLoanAfter/README.md
Personnalisation de l’écran d’authentification
Depuis les vues des institutions, invite les utilisateurs à s’authentifier via la vue de leur établissement
Permet de générer des liens d’authentification permettant de rediriger l’utilisateur vers la vue de son institution.
Modifier les messages :
- Message principal :
parallel.login.autresinst.titre
- Message secondaire :
parallel.login.autresinst.descr
Depuis la vue réseau, oblige les utilisateurs à s’authentifier via la vue de leur établissement
Problème :
Suite à une question d’une lectrice extérieure, il faudrait améliorer l’interface pour qu’il soit indiqué de manière explicite que la connexion est impossible à son compte lecteur depuis cette vue pour les lecteurs extérieurs.
UBM
Solution :
Pour la vue réseau uniquement, j’ai masqué en CSS le formulaire d’authentification et ajouté un message pour inviter les usagers à se rediriger vers les vues des institutions pour s’authentifier.
Modifications dans /css/custom1. ccs du customisation package pour la vue 33PUDB_NETWORK
prm-login form.layout-full-width {
display: none;
}
prm-login.layout-row > prm-login-after:nth-child(2) {
margin: 5px;
}
prm-login.layout-row prm-login-after h2 {
text-align: center;
}
Libellé
Le libellé du message peut être changé à partir du Back office de Primo code : parallel.login.networkview.titre
Proposer différents profils d’authentification SAML en fonction du domaine utilisé pour consulter Babord +
Besoin
Pouvoir utiliser les anciennes URL pointant vers B+ en permettant l’authentification.
Solution
Nous avons activé dans le BO 2 profils d’authentification SAML pour chaque institution, l’un pour babordplus.hosted.exlibrisgroup.com l’autre pour babordplus.hosted.exlibrisgroup.com. Le contrôleur va supprimer de la vue l’un des deux profils en fonction du domaine utilisé pour l’affichage de la vue.
https://github.com/louxfaure/CENTRAL_PACKAGE/blob/master/js/prmLoginAfter/README.md
Affichage de la disponibilité pour les notices fusionnées
Correction de différents bug liés à l’affichage de la disponibilité dans Babord +
- Remonte la deuxième mention de disponibilité qui est parfois non affichée quand pour un même document les notices de la version imprimée et électronique ont été fusionnées. Case # 00641786 chez Exlib
- [Problème consortial] Quand on expose un document électronique local dans la vue d’une institution n’ayant pas accès à ce dernier le document est signalé comme disponible. Après avoir testé la non disponibilité du titre pour l’institution on surcharge le code de disponibilité par le code maison default.delivery.code.does_not_exist_in_maininstitution_local_eressource_33PUDB.
- [Problème consortial] Quand une notice n’a plus d’exemplaire ou de portfolio attaché elle n’est pas supprimée dans la zone réseau et reste publiée dans Primo. La section PNX delivery conserve un deliverycode rattaché à l’institution réseau ce qui entraine l’affichage de la mention de disponibilité « Disponible dans un autre établissement du réseau (code default.delivery.code.unavailable_in_maininstitution). Si un résultat est dans ce cas on remplace le code de disponibilité par celui-ci unavailable_in_all_institutions.
- [06/2024] Dans la recherche de revue la dispo est correctement affichée donc on ne produit pas de disponibilité supplémentaire pour la vue de recherche de revue (balise
<PRM-JOURNALS>
)
Personnalisation de l’affichage détaillé
champ « Titre(s) en relation » sur les notices fusionnées
Problème
Sur les notices fusionnées Le champ « Titre(s) en relation » n’est pas utile. Le lien renvoie vers la même notice dans la majeure partie des cas puisque les notices ont fusionné ou on été regroupées.
Solution
En cas de fusion des notices, supprime le lien vers la notice du document sur un autre support 452 et affiche le message suivant
Cette notice est issue de la fusion d’une notice de la version imprimée avec la version en ligne du même document. Les informations affichées sont celles de la version imprimée. Voici les références de la version en ligne : Le social à l’épreuve des valeurs, d’un Pays basque à l’autre / Jean-Jacques Manterola – Pessac : Maison des Sciences de l’Homme d’Aquitaine, 2020 – ISBN 978-2-85892-618-3
Personnalisation css de l’affichage :
Le conteneur du message utilise la classe .alert-bar. Par défaut le message prendra donc le format des messages d’alertes affichés dans la vue, comme par exemple le message invitant à s’authentifier. Pour personnaliser ce bloc vous pouvez utiliser la classe .Rebub_Alerte_Fusion
.
Structure du bloc
<div ng-if="$ctrl.is_a_dedup_record_with_relation===true" class="Rebub_Alerte_Fusion bar alert-bar layout-align-center-center" layout-align="center center"role="alert">
<div class="medium-uppercase-bold text-align-center row flex bold-text">Titre</div>
<div class="row">Message : <span class="italic-text">Notice liée</span></div>
</div>
Personnalisation du message
Le libellé du message peut être changé à partir du Back office de Primo :
- default.fulldisplay.rebubMergeRecordAlertTitle
- default.fulldisplay.rebubMergeRecordAlertMsg
https://github.com/louxfaure/CENTRAL_PACKAGE/blob/master/js/prmServiceDetailsAfter/README.md
Date de publication
Mis à jour le
Attention ! Certains établissements utilisent parfois de procédures complémentaires
1) ou la source