Feeds:
Articles
Commentaires

Posts Tagged ‘Incipio’

Incipio dispose d’encarts de sélections. Ils permettent de présenter des listes de nouveautés ou des listes thématiques sous formes d’imagettes. Problème, c’est statique. On va donc voir comment ajouter un peu de mouvement à tout ça en collant un carrousel, type coverflow d’Itunes. On sort les gants, les tabliers, aujourd’hui, c’est bricolage.

Préparation du matériel

On va utiliser un outil tout fait qui s’appelle flShow, disponible ici : http://www.flshow.net/. J’ai pour ma part utilisé la version « carousel on transparent background » qui permet de customiser l’animation. Une fois flShow téléchargé, vous allez regrouper les imagettes dans le dossier « images ». Pour éviter d’obtenir une animation avec des imagettes de tailles différentes, mieux vaut leur donner toute la même hauteur à l’aide d’un logiciel type Gimp, Photoshop ou ce que voudrez. Ne vous embêtez pas à leur donner la taille qu’elles auront à l’affichage, tout se redimensionnera correctement.

Edition du fichier XML

Ensuite, on va éditer le fichier default.xml. D’abord, on ve renseigner la partie concernant les imagettes. La partie qui va nous intéresser se situe après la balise </options> :

Chaque imagette sera représenté par une balise <photo> qui va comprendre  un attribut href qui pointera vers la notice du SIGB correspondante. Ainsi quand on cliquera sur une imagette, on sera redirigé vers la notice correspondante. Pour obtenir ce lien, il suffit de prendre le « lien permanent » visible en bas de chaque notice d’Incipio. On va aussi ajouter un attribut title qui s’affichera dans un cadre transparent lorsque le souris survolera l’imagette. Enfin le contenu de la balise sera le fichier de l’imagette.

Un exemple sera plus parlant :

<photo href=http://www-bulco.univ-littoral.fr/clientBookline/service/reference.asp?INSTANCE=EXPLOITATION&OUTPUT=PORTAL&DOCID=175979&DOCBASE=ULTR target=_top title=Pack emploi : les nouvelles méthodes pour trouver votre job>./images/morin.jpg</photo>

On va pouvoir maintenant affiner les paramètres de l’animation. On peut prévisualiser notre carrousel en affichant la page  fullpage.html. Les paramètres sont dans la première partie du fichier xml dans la balise <options>.

Parmi les paramètres, vous pouvez agir sur le flou des imagettes à l’arrière plan, la taille maximale des imagettes, la vitesse de rotation, etc…Vous retrouverez tous les paramètres disponibles dans le wiki

Yapuka

Reste à insérer notre animation dans Incipio. On pourrait coller le code HTML de fullpage.html mais FCKEditor, l’éditeur HTML inséré dans Incipio ne permet pas d’insérer du javascript. On va donc contourner cette difficulté. Pour cela, copier le dossier contenant votre carrousel à la racine de votre site (donc certainement dans D:\inetpub\wwroot…). Ensuite ajouter un encart éditable dans lequel on va insérer un iframe. Voici le code que j’ai utilisé :

où j’ai un iframe de 600 pixels de haut sur 200 pixels de large, sans bordure, ni ascenseur.

Publicités

Read Full Post »

Bonjour,

J’ai mis longtemps avant de me décider à faire ce post pour une raison toute simple : la manipulation que je vais décrire est valable pour l’installation telle qu’elle est faite chez nous. Et en gros,  comme sur ce coup là on a été, pour une fois (et à tort) les premiers, l’installation n’est pas toute propre…

Bref, je vais essayer de faire au mieux, si les chemins et noms de fichiers ne concordent pas avec vos installations respectives, il sera toujours possible d’en rediscuter dans les commentaires….

Sur notre installation, nous avons un dossier qui s’appelle ARCHIMED_INSTANCE. Dans ce dossier, plein de sous-dossiers, dans ces sous-dossiers, plein de fichiers xml et xsl. Vous l’aurez compris, dans ARCHIMED_INSTANCE, on trouve tous les fichiers de description des pages portails ainsi que la configuration des encarts.

Nous, ce qui nous intéresse, c’est le fichier de configuration de l’encart des notices détaillées, qui s’appelle « bookline_NoticesDetaillees.xsl »

Et qui se trouve à cet endroit : ARCHIMED_INSTANCE\MASC\INCIPIO\Managers\PortalManager\Encarts\bookline

Et là, je pense qu’il y a peu de chance pour qu’il se trouve au même endroit chez vous ! Ceci dit, une petite recherche du fichier bookline_NoticesDetaillees.xsl sur votre serveur devrait régler ce problème !

Avant de modifier ce fichier, il est bien évident qu’il est indispensable de le sauvegarder. Je dis parce que j’ai eu dans le temps une collègue qui se reconnaîtra et qui avait tendance à oublier cette simple précaution !

Et dans ce fichier xsl, à l’endroit où commence l’affichage de la notice détaillée, il suffit de créer son COinS… Qu’est-ce qu’un COinS ? 😉
C’est à mon avis, la façon la plus simple de rendre un portail (Incipio dans notre cas) zotero-compatible sans débourser un seul euro…. c’est aussi quelque chose qui est très bien expliqué sur cette page

L’idée à partir de notre code présent dans ce fichier xsl est donc de générer du code html qui ressemble à ceci :
<span title="ctx_ver=Z39.88-2004&amp;rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&amp;rft.btitle=The+Wind+in+the+Willows&amp;rft.au=Grahame,+Kenneth"></span>

Ce qui se traduit dans notre fichier xsl par

<xsl:if test="DETAIL/NOTICE/TYPEDOC='am'">
<xsl:element name="span">
<xsl:attribute name="class">Z3988</xsl:attribute>
<xsl:attribute name="title">
ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rft.btitle=
<xsl:value-of select="DETAIL/NOTICE/UNIMARC/NOTICE/ZONE[@number='200']/SUBZONE[@number='a']" />
<xsl:value-of select="DETAIL/NOTICE/UNIMARC/NOTICE/ZONE[@number='200']/SUBZONE[@number='d']" />
<xsl:value-of select="DETAIL/NOTICE/UNIMARC/NOTICE/ZONE[@number='200']/SUBZONE[@number='e']" />
&rft.isbn=
<xsl:value-of select="DETAIL/NOTICE/UNIMARC/NOTICE/ZONE[@number='010']/SUBZONE[@number='a']" />
&rft.au=
<xsl:value-of select="DETAIL/NOTICE/UNIMARC/NOTICE/ZONE[@number='200']/SUBZONE[@number='f']" />
</xsl:attribute>
</xsl:element>
</xsl:if>

Bon évidemment, quelques précisions sont nécessaires :

  1. la ligne <xsl:if test="DETAIL/NOTICE/TYPEDOC='am'"> nous permet de générer le COinS que pour les monographies, choix que j’ai fait puisque dans notre catalogue, ce sont les seules notices qui ont un intérêt à se retrouver dans Zotero.
  2. les lignes qui ressemblent à  <xsl:value-of select="DETAIL/NOTICE/UNIMARC/NOTICE/ZONE[@number='200']/SUBZONE[@number='a']" /> nous permettent de récupérer le $a du champs 200 de notre notice. Parce qu’il faut savoir que sur Incipio, les notices sont accessibles au format XML. C’est donc le chemin XML correspondant qui est utilisé pour récupérer  la valeur du champ.

Comment retrouver ce chemin XML chez vous ? quand vous êtes sur une notice détaillée de votre portail, il suffit d’ajouter au bout de l’adresse &output=XML et vous aurez alors la notice au format XML.

Une fois le fichier « bookline_NoticesDetaillees.xsl » modifié, il ne vous reste plus qu’à aller dans l’administration du portail pour rafraichir le cache et tester !
Bon, j’arrête ici pour ce billet, apparemment les 3/4 des lecteurs se sont déjà sauvés ! Je laisse donc les personnes intéressées commencer à bidouiller leur portail et leur propose de se retrouver dans les commentaires pour aller plus loin !

Read Full Post »

L’annuelle rencontre entre Archimed et le club des utilisateurs s’est tenue ce jeudi 1er juillet à Lille.  La formule était légèrement différente cette année puisque seuls trois ateliers étaient proposés, un espace de démonstration étant ouvert parallèlement pendant toute la journée.

Portail 2.0 : le souffle du « Zéphyr »

Le premier atelier que j’ai suivi était consacré à l’évolution des solutions de portail Ermès et Incipio. L’an dernier et l’année précédente, cet atelier était purement prospectif. Cette année, les choses se précisent puisqu’on a eu droit à quelques maquettes, et que le calendrier est arrêté.  La version 2.0 sera installée sur un site pilote (and the winner is…la médiathèque de la Cité de la Musique) fin 2010, sa commercialisation effective étant prévue pour la fin du 1er trimestre 2010. Depuis leur version 1.5, Ermès et Incipio ne sont plus qu’un seul et même produit. En conséquence, l’offre Archimed sera refondue en 2012 sous l’appellation (provisoire) de Zéphyr. Au niveau des fonctionnalités annoncées, de grands progrès sont en perspectives :

  • Accès mobiles (smartphones, ipad..)
  • Intégration de HTML 5
  • Accessibilité aux handicapés RGAA
  • Blogs, forums, sondages…
  • webcast, podcast, streaming…
  • Référencement de contenus par les moteurs de recherche (notices du catalogue notamment)
  • Web sémantique (RDF, ontologie…)
  • Ouverture vers les réseaux sociaux (Facebook, twitter et bien sûr le produit maison Libfly)
  • stratégie d’aide à la recherche, notamment en cas d’échec de la requête
  • interface de recherche chronologique
  • inscription simplifiée et en ligne
  • Gestion de la relation client (marketing, indicateurs décisionnels)
  • Liens entre les utilisateurs (centre d’intérêts….)
  • Personnalisation par les usagers
  • Navigation à facettes, nuage de tags, tri par pertinence
  • Métamoteur avec affichage progressif des résultats par pertinence

Bon sur le papier, ça correspond à ce qu’on est en droit d’attendre d’un portail en 2010. Ensuite, on jugera sur pièces des qualités de l’outil.  Une maquette incorporant navigation à facettes et suggestions est en ligne à cette adresse : http://ermesportail.archimed.fr/.  On peut déjà constater le gain de rapidité d’affichage des résultats.

En attendant l’atelier suivant, j’ai pu assister à une démonstration de Simplicit-e, solution de production et de gestion de formation en ligne. Ce que j’en ai vu m’avait l’air bien (= le démonstrateur connaissait bien son produit). Comme d’une part la plupart des universités disposent de plateforme pédagogique type Moodle, et qued’autre part la production de supports peut se faire grâce à des outils gratuits comme Scenari, je ne vois pas quelle BU serait intéressée par ce genre de produit.  Mais Archimed ne compte pas que des BU dans ses clients, loin de là.

Des statistiques…communautaires

Le second atelier était consacré aux statistiques.  Plusieurs problèmes avaient été constatés grâce aux remontées effectuées via Aula notamment dans la création des rapports. Les rapports sont générés sur l’outil Reporting Services de SQL server, les données des logs étant en effet consolidées en base de données. Le problème , c’est qu’avec le temps, les données prennent énormément de place sur les serveurs, ce qui occasionne des temps de traitement trop longs pour générer le moindre rapport.  La solution a été trouvée en ne créant plus les rapports à la volée mais en les basant sur la consultation d’éléments consolidés. Autre nouveauté : l’ouverture de la base SQL avec transfert de compétences à la clé : les clients qui le souhaitent pourront avoir accès aux données pour en faire ce qu’ils veulent. Enfin, un nouvel outil sera intégré aux prochaines versions qui permettra de créer un rapport statistique de toute pièce : dans la colonne de gauche, on aura les données disponibles qu’on pourra croiser comme on le souhaite (dans les limites où ces données sont en relation dans la base SQL) par simple glisser-déposer dans la fenêtre central. Avantage de cet outil : il permettra l’interopérabilité par l’échange des fichiers de modèles.  L’autre problème quasi-insoluble auquel se trouvent confrontés les clients réside dans la production d’indicateurs croisant des données présentes dans des outils différents (SIGB, logs de connexions, annuaire LDAP ou Active Directory…) pour obtenir par exemple des statistiques de connexion au sein de l’espace multimédia par sexe, tranches d’âge, catégorie socio-professionnelles, localisation du domicile…Les situations sont hétérogènes et dépendent fortement des outils utilisés, il n’y donc pas de recette unique capitalisable par Archimed. Donc en gros, soit vous avez quelqu’un chez qui saura se débrouiller avec tout ça, soit il faudra passer par un développement spécifique. Enfin presque, puisque pour mieux connaître vos usagers et leurs pratiques, Archimed vous propose de rejoindre Libfly Pro ! Quand on sait que les usagers qui participent à l’enrichissement d’une base  via des avis ou des notes sont de l’ordre de un à deux pour cents, c’est un peu fort de café de faire intervenir  Libfly sur ce point.

Au déjeuner discussion intéressante avec Mongi Zidi à propos de l’évolution du rôle des informaticiens passés de maîtres tout puissant et vénérés à un rôle désacralisé face à des utilisateurs qui ont une meilleure connaissance des outils et sont donc plus exigeants. Discussion non moins intéressante avec Eric Délot sur le coup de calgon de GFI et le futur hypothétique d’Absys, et au passage bien sûr sur l’arrivée prochaine d’un SIGB estampillé Archimed.  Enfin, discussion avec Olivier Walbecq à propos de Libfly (Je lui ai parlé de Librarything, il a de son côté plutôt évoqué un Babelio orienté professionnels)  et de la bonne santé retrouvée d’Archimed : la preuve, le groupe recrute 16 nouveaux collaborateurs.

Si Aula ne le fait pas, Archimed le fera…peut-être

Enfin, Eric Ruyffelaere a eu la gentillesse d’improviser pour ma chef de projet et moi-même une session du dernier atelier qui n’était censé se tenir que le matin. Qu’il en soit ici remercié. Cet atelier intitulé « Centre de ressource communautaire » partait du constat que le partage d’expériences entre utilisateurs n’était pas formalisé, que les plateformes doivent être en perpétuelle évolution, et enfin que certaines fonctionnalités auxquelles sont formés les utilisateurs n’ayant par nature à être utilisées que de façon épisodique (paramétrage de base par exemple), il était illusoire de croire que les utilisateurs pouvaient les maîtriser. Pour remédier à cette situation, Archimed propose la création d’un centre de ressource communautaire auquel participeront les utilisateurs aussi bien qu’Archimed. Cet outil collaboratif pourrait incorporer plusieurs outils : wiki, documentation en ligne avec commentaires, base de connaissance alimentée en partie par le support Archimed, forum de discussion.  Les échanges pourraient se situer à des niveaux différents : discuter/échanger, partage de bonnes pratiques, paroles d’experts (veille, normes, articles de fonds). Après consultation des utilisateurs, Archimed prendra la décision de mise en route en septembre et espère ma mise en production d’une première version en 2011. Ce nouvel espace qui doit s’articuler avec le support technique n’a pas vocation à le remplacer. Il permettra une autonomisation accrue et en ce sens est un progrès. Je me demande simplement pourquoi Aula n’a pas mis en place d’elle même ces échanges, je pense qu’elle avait vocation à le faire. Et si elle ne l’a pas fait, c’est simplement parce que peu d’usagers ont les moyens (techniques, humains, financiers…) et (donc) l’envie de cette autonomie, c’est même pour ça qu’ils sont client Archimed, non ? Je ne pense pas que toute la communauté d’utilisateurs va se ruer sur cet espace – Eric Ruyffelaere non plus d’ailleurs -, si une vingtaine de contributeurs actifs apparaissent, ça peut être intéressant, sinon…il restera ce blog et les ressources que je propose modestement (et celles d’@eso62 dès qu’il aura fini avec ses Coins !)

Read Full Post »

Elvis Presley & Muhammad Ali, 1973

Ezproxy est une solution proposée par OCLC qui permet de proposer des accès distants via un service d’authentification. Il est dans l’ensemble assez simple à configurer, bien que la documentation soit famélique. J’ai été confronté à plusieurs problèmes, d’où l’idée de cette série de billets, qui je l’espère, pourra aider les personnes qui sont dans la même situation.

Je n’ai pas installé Ezproxy personnellement, c’est Archimed qui s’en est chargé. En effet, c’est la solution retenue par Archimed pour gérer les accès distants sur sa solution Incipio. A titre d’information, Ezproxy est installé sur un serveur dédié afin de ne pas surcharger le serveur web. A part ça, la documentation (en ligne sur le site d’OCLC) même si elle est maigre, me semble claire; l’installation ne devrait pas poser de problème.

Archimed a ensuite  créé un encart avec des liens pour que nous puissions tester les accès distants aux bases auxquelles nous sommes abonnés. Il ont fourni (après demande insistante) une documentation…de 4 pages qui vous indique comment déclarer une nouvelle base. Soit 4 pages, c’est pas terrible, mais dans la mesure où ce n’est pas un logiciel Archimed d’une part, et où d’autre part la documentation est éparse et peu fournie sur le site d’OCLC, on ne peut pas leur en vouloir, enfin pas pour ça (bon, attendez la suite ;-))

On modifie donc toutes les URLs de nos bases pour proposer ces accès distants. Tout baigne, quand on veut accéder à une base de données, on est redirigé vers l’écran d’authentification de l’université (ici, c’est CAS qui gère l’authentification sur le LDAP), puis on est redirigé vers la base de données en passant par ezproxy… Et on s’aperçoit avec effroi que ce mécanisme s’applique aussi aux postes de l’université et donc de la BU aussi. Résultats des courses : il faut s’authentifier même si vous utilisez un poste de la BU ou un poste de l’université, et bien sur le public « extérieur », qui n’est pas dans le LDAP, se voit privé de toute consultation de base de données.

On jette un oeil à la doc, on s’aperçoit qu’on peut exclure des tranches IP, on envoie donc nos remarques et désidératas à Archimed. Sans réponse (mince, on a déjà payé la facture !), on se dit qu’on va se débrouiller tout seul, on parcourt en long, en large et en travers la documentation pour comprendre comment exclure des tranches d’IP de ce mécanisme. On modifie donc le paramétrage…et on s’aperçoit que ça ne marche toujours pas. On s’arrache les cheveux, on remarque que l’url fournie par Archimed pour accéder aux bases ne ressemble en rien à l’URL dont parle la doc d’ezproxy, on remarque aussi qu’Archimed nous parle d’un accès par ticket. Dans la doc, on regarde comment fonctionne ce type d’accès : un ticket est délivré par un mécanisme extérieur à Ezproxy, qui peut être du code ASP. On compare le script fourni par ezproxy au script utilisé par Archimed, et là on s’aperçoit que ça n’a rien à voir, qu’Archimed a tout réécrit pour l’interfacer à sa solution, et que donc le mécanisme d’authentification est le même que celui utilisé pour s’authentifier sur le portail, et que c’est lui qui délivre le ticket. Vous pouvez toujours modifier votre paramétrage d’Ezproxy, de toutes façons l’authentification a lieu AVANT de parvenir à Ezproxy…Il va donc falloir zapper le mécanisme Archimed et revoir tout ça au calme. La suite au prochain épisode

Évidemment, arriver à cette conclusion m’a pris des semaines, à décrypter des scripts, à parcourir la documentation dans tous les sens, à frôler la crise de nerfs. Ce n’est pas de l’atermoiement, simplement une chronique de ce que peut être une partie de mes tâches, chronophage et stressante par manque d’information (et clairement par manque de pression sur un fournisseur que l’on qualifiera pudiquement d’indélicat).

Read Full Post »

Ami bibliothécaire, tu utilises Incipio, et donc le CMS FckEditor qui y est intégré.
Tu fais des beaux liens, et même des liens vers des adresses mails. Problème, même si tu n’indiques pas l’adresse mail en clair dans ta page, elle apparaît dans le code source sous la forme d’un lien « mailto » et devient dès lors une source de spam. Tu collerais bien un script dans ta page, le problème c’est que FckEditor n’aime pas trop le javascript, il l’interprète et ensuite on ne peut plus le modifier.
Sais-tu que FckEditor dispose d’une fonction d’encodage des mails ? Elle n’est pas activée par défaut car elle bloque le lien si le javascript n’est pas activé sur le navigateur, ce qui me semble hautement improbable.
Il faut modifier le fichier fckconfig.js sur ton serveur. Il se  trouve certainement dans le dossier D:\Inetpub\wwwroot\fckeditor\

Tu vas modifier la ligne 79 pour obtenir

FCKConfig.EMailProtection = ‘encode‘ ; // none | encode | function

en lieu et place de

FCKConfig.EMailProtection = ‘none‘ ; // none | encode | function

Chez moi, la modification n’est effective que le lendemain, certainement car il faut redémarrer IIS.

Dès lors dès que tu inséreras un lien vers une adresse mail, cette dernière sera cryptée. Attention, ça ne marche que sur les nouveaux liens, ceux qui ont été mis en place avant que la modification n’ait été prise en compte seront toujours « en clair »

Read Full Post »

Atelier Portail 2.0

Cet atelier prospectif avait pour but d’échanger autour des attentes des usagers sur le prochain portail d’Archimed. J’avais assisté à un atelier similaire fin 2007 et pensais donc voir une ébauche de début de portail. Grosse  surprise : côté Archimed, on en est toujours à la rédaction des spécifications. Dans le même temps, la version 1.5 d’Incipio est toute récente. La stratégie de développement d’Archimed a donc été claire : on pousse le framework actuel jusqu’au bout, et on pense au futur mais pas trop vite, pour ne pas effrayer des clients de toute façon un peu rétif.

Pour le développement de ce futur portail, les axes retenus sont :

  • AJAX
  • Applications Clientes Riches
  • Architecture Orientée Services
  • Réseaux sociaux
  • Internaute producteur
  • Enrichissement par sources tierces
  • Data mining
  • Clustering
  • Pertinence

Pour atteindre ces objectifs, les fondements technique seront :

  • Technologie .Net

Archimed va faire évoluer ses produits. Toutes les applications utiliseront désormais la technologie .net de Microsoft

  • Framework 4.0

Le Crystal framework est l’outil principal du portail. Il sera totalement réécrit

  • Backoffice Infodoc
  • nouveau méta-moteur

Là on en avait vraiment besoin tant l’actuelle brique Bookline affiche maintenant ses limites en matière de performance. On se dirige donc un interface qui incluera navigation à facettes et tri des résultats par pertinence performant

  • Architecture ouverte

Ne nous méprenons pas, on ne voit pas Archimed se lancer dans l’open source. Simplement, leurs produits bénéficieront d’API qui permettront de les insérer dans d’autres outils ( netvibes, web services, mashup…)

Ce futur portail sera certainement très personnalisable. Archimed prévoit de travailler beaucoup sur la notion  de profil et d’usage, en collaboration avec ses clients. En effet, des groupes de réflexion vont se mettre en place, des journées d’observation auront lieu.

Archimed veux donc se mettre à l’écoute de ses clients, ce qui en soit est louable. A mon avis, les choses seront plus difficiles que prévu. En effet, je pense que les bibliothèques agiront, malheureusement très peu en tant que moteur. Les enjeux sont encore très mal perçus, les pratiques n’ont pas assez évolué. Témoin, cette collègue qui dit « on n’a pas de profil d’animateur de site, donc on ne veut pas que ça apporte du travail supplémentaire ». Quelles peuvent être les réflexions sur un portail 2.0 de bibliothécaires qui ne savent déjà pas quoi faire d’un portail 1.0 ?

Read Full Post »

Voici le compte-rendu de la journée Aula – Archimed qui s’est déroulée vendredi 15 mai 2009 à Lille.

Atelier Portail 1.5

Ce premier atelier concernait les dernières versions des produits Archimed Incipio et Ermes. Un travail préparatoire listant les demandes d’évolution ainsi que les problèmes constatés avait été établi par les utilisateurs.  Je n’attendais pas grand chose de cet atelier puisque c’est la version 1.5 d’Incipio qui est en train d’être installée chez nous. Il est quand même dommage de constater que cet atelier a vite tourné à la démonstration commerciale de nouveaux produits (« vos demandes ? Mais  regardez, elles sont résolues dans ma v1.5 ! »). Il a quand même permis d’éclaircir certains points. On constate alors l’incompréhension qui peut s’installer entre fournisseur et clients, tant il parfois difficile de comprendre de quoi parle l’autre. Je reviens sur les nouveautés des versions 1.5 que j’avais abordées ici.

  • Mea culpa, les flux RSS apparaissent bien désormais dans la barre d’adresse.
  • Le portail bénéficie désormais d’une plus grande « ajaxification » du portail. Par ajaxification, j’entends la capacité à interagir sans avoir besoin de recharger une page complète. C’est surtout le cas pour la navigation thématique. Ce n’est malheureusement pas le cas pour la navigation dans les résultats lors d’une recherche dans le catalogue.
  • L »ensemble du contenu du portail est maintenant indexé de façon automatique, et on peut donc faire une recherche sur le site plus pertinente. Je reprocherai toujours à ce type de recherche de se présenter sous la même interface que l’OPAC. Ce n’est pas le même type de recherche ! On n’y comprend rien  : quand on cherche sur le site, on arrive sur une page de résultat type OPAC dans laquelle il faut ouvrir la notice d’une page du site (sic !) pour y accéder.
  • La gestion des sélections est plus simple
  • Envoi d’un mail pour prévenir le modérateur des avis d’un nouvel avis à valider. Sur cette demande, Archimed propose de la faire parvenir via un flux RSS. Parfaite illustration de ce que j’évoquais ici. Les clients pour la plupart n’en veulent pas car « l’usage des flux n’est pas assez entré dans les mœurs des bibliothécaires » (sic, j’ai failli m’étrangler là !).  Et là, c’est le drame, le découragement…Allez, Archimed, faites les deux et puis basta…
  • On peut maintenant paramétrer le nombre d’éléments à afficher d’un flux RSS extérieur. Ben, si WordPress le fait, on voit pas pourquoi Archimed ne pouvait pas le faire

Pour le reste l’atelier faisait le point sur les autres demandes  pas encore intégrées ou pas vraiment claires :

  • Gérer les images qu’on peut introduire sur les encarts. En gros, le système n’a pas de bibliothèque de média. Donc, on insère une image sur un encart, et quand on supprime l’encart, l’image reste sur le serveur. Il faut aller après avec ses petites mimines effacer les images, et bien sur d’abord galérer pendant des heures pour savoir OU se trouvent ces foutues images. Et si en plus, on n’est pas administrateur et qu’on a pas accès au serveur. Bon, vous me direz que c’est pas quelques ko d’images qui vont submerger le serveur, mais c’est pas très propre et ça interdit la réutilisation des images. Allez Archi, encore un effort, un CMS comme celui de WordPress, ça serait quand même pas mal.
  • De la documentation. Ben oui, comme l’a si bien dit St_B (mes premiers follwers sur twitter avec Elyes rencontrés en vrai ce jour-là, tiens !), il y’a des outils installés sur les serveurs qui font des choses qu’on ne peut pas faire sur l’administration web, mais y’a pas de doc. De façon plus générale, on peut dégager deux types d’usagers. Ceux qui feront toute’ l’admin avec l’interface publique, qui n’ont pas besoin d’aller voir sous le capot. Et ceux qui mettront les mains dans le cambouis, et qui ont besoin d’une formation plus poussée et d’une documentation en conséquence.
  • Lenteur générale du portail. Ça reste à mon avis le gros problème d’Archimed. A voir avec les prochaines versions pour lesquelles Archimed réécrit complètement son framework

Read Full Post »

Older Posts »