/home/n_morin/pro/notes

Normalement, une variable qui est envoyée depuis un système vers une page web devrait être un atome: je veux dire, ne contenir qu'une seule information. Avec l'opac Aleph, ce n'est pas toujours le cas, et par exemple le système peut envoyer une variable, disons $2100, qui contient tout à la fois une puce, un texte et un lien url sur le texte. Au lieu de 3 variables: la puce / le texte / l'url.

Conséquence: je ne peux pas enlever la puce. Du moins pas en travaillant sur l'opac directement. Car par contre, je peux, dans l'interface professionnelle, définir les infos qui vont aller dans une variable. Par exemple dans l'affichage détaillé d'une notice, presque toute l'info biblio est envoyée dans une et une seule variable. Mais je peux décider dans un fichier de paramétrage accessible par l'interface pro, de ne pas mettre le numéro système, ou de mettre la CDU avant la Dewey, par exemple.

Mais cela ne règle qu'une partie de mon problème: car Aleph continue d'envoyer tout ça sous forme d'une seule variable. Et donc je ne peux pas (du moins je n'ai vraiment pas trouvé comment) dire que je veux la Dewey en rouge et la CDU en bleu, la cote avec un retrait de 10px et le titre en police 14px, etc.

Bref, on peut s'en sortir, mais il n'empêche qu'envoyer des variables gloubiboulga sur le web, c'est pas clean. Dans mon idéal, dans une variable, il y a une info, si on a une seconde info à transmettre, on a une seconde variable.

Ceci étant, encore une fois, toute cette expérience sur l'opac me laisse quand même le sentiment qu'on peut faire beaucoup de choses pour relooker son opac. Ce qui m'interroge quelque part au niveau du vécu: pourquoi ne le faisons nous pas plus?

Notre maquette tourne maintenant plus ou moins
cf http://catalogue.univ-angers.fr/F?local_base=opd01&CON_LNG=TST.

Vous pouvez essayer, avec toutes les précautions d'usage: on continue à travailler dessus et ça peut vous claquer entre les pattes à tout moment. Et en sachant que ça marche bien sous Firefox, sous IE ça part encore un peu en sucette.

• YouTube - Broadcast Yourself.
  YouTube is a free online video streaming service that allows users to view and share videos
  (tags: video social life_caching)

Se garder en tête pour une future version de l'opac: les tags non pas pour réellement faire des sujets, mais liés à la notion de panier. C'est-à-dire le tag comme un petit pense-bête lié à un document pour celui qui met le tag.

Je pense à ça parce qu'Amazon propose maintenant de mettre des tags sur les livres, et que j'ai eu la curiosité d'aller voir ceux qui avaient été mis sur celui que je suis en train de lire: Gotham : A History of New York City to 1898
Voici ce qu'il y a pour les tags:

First tag: New York (Onessi on Dec 20, 2005)
Last tag: New York
New York (2), history (1), History - American (1), NYC (1), gift -kurt (1)

Le dernier: gift - kurt. En fait, les tags ne servent qu'à ceux qui les mettent, non? Si c'est ça, intégrer la fonctionnalité non pas à l'opac pour la découverte, mais au compte perso pour la gestion de paniers et de listes. Bref, laisser tomber les nuages et autres perspectives que les usagers utilisent les potonomies comme alternative à l'indexation. Mais bien travailler l'aspect compte perso et l'ergonomie, avec par exemple, comme Amazon, une bonne aide à la saisie. Cf ce qui se passe au fur et à mesure que je commence à taper New Y… .