IHM
Les différentes zones
Explications :
- La zone de navigation permet de se déplacer dans les différents espaces qui sont classés par type
- La barre de menu s'adapte en fonction du type d'espace et de l'élément sélectionné (Ajax)
- La zone principale peut changer d'aspect suivant le type de l'espace
Pas clair encore pour moi : Je ne sais pas si la GED est vue comme un espace de répertoires et de documents (beaucoup de travail d'intégration) ou si on montre seulement un tableau de bord avec possibilité de copier/coller des fichiers vers un panier. Cf. exemple à suivre. |
Exemple de zone principale
Je montre ici un hypothétique espace de gestion des photos. Le but est de montrer qu'en fonction du type d'espace la visualisation peut être très différente de la classique vue répertoires/fichiers habituelle.
!autre-type-espace.jpg!_source : http://dojotoolkit.org/book/dojo-book-0-9/part-5-dojox/dojox-image/gallery_
Intégration GED (nuxeo)
solution 1
- Afficher un tableau de bord dans la zone principal
- Un copier des fichiers d'un espace vers la GED pourrait remplir le panier nuxeo
- Permettant ensuite, depuis la GED de coller ces fichiers
solution 2
- Dans la zone de navigation on montre des éléments de nuxeo
- Des titres d'éléments du tableau de bord (en lecture seule)
- Mes documents
- Mes workflows
- Derniers documents modifiers
- Etc.
- Le panier nuxeo (accès en écriture possible)
- Dans la zone principale on voit, selon le cas,
- Le contenu de l'élément du tableau de bord sélectionné
- Le contenu du panier + un lien accès à nuxeo
Notion de services tiers
L'idée est de permettre, sur tout fichier contenu dans n'importe quel type d'espace, de pouvoir lancer (par un clic droit par exemple) un service annexe.
Je prends pour exemple filex qui permet de créer un lien (contenant une clé) pointant vers une copie d'un document. Ce lien est utilisable, dans le cadre d'un échange mail, par exemple, pour permettre à un interlocuteur de télécharger un fichier, potentiellement de grande taille.
Aujourd'hui l'utilisateur est obligé de retrouver son doucement, éventuellement de le rapatrier en local puis d'aller sur l'interface filex pour uploader ce document. On pourrait très bien imaginer la possibilité de donner une URL filex à l'utilisateur, directement depuis l'interface du canal stockage, en lui masquant complètement la complexité du transfert du document sur le serveur filex.
Problèmes à résoudre
Première liste des problèmes à résoudre transversalement aux types d'espaces :
- Accès à des répertoires profonds
- Est-il toujours possible d'accéder à une répertoire /a/b/c/d si on n'a pas des droits dur /a/b par ex.
- Comment savoir quels sont les espaces partagés
- Aujourd'hui le canal stockage stoque dans une base de données les répertoires partagés afin d'en proposer une liste aux utilisateurs. Comment rendre ce service, si un répertoire est potentiellement partagé par un autre outil que le canal stockage, que les groupes servant à positionner les droits proviennent du LDAP et non plus du portail comme maintenant pour le serveur WebDAV ESUP.
- Permet l'accès en proxy SSO
- Sur les espace partagés CIFS et sa gestions des droits étendue semble être une bonne piste pour les espaces de type partagés. Il me manque une bonne connaissance des contraintes techniques
- schéma LDAP
- pam_mount
- protocole réseau pour positionner les droits
- etc.
Remarques
- Suite à une première présentation interne à Rennes 1 :
- Il faudrait pouvoir montrer aussi les espaces locaux (disque dur, clé USB) !
- Techniquement la remarque peut surprendre car l'on parle ici d'une application tournant sur un serveur Web. Fonctionnellement elle se justifie.
- Idée : Utiliser une applet JAVA pour naviguer dans les espaces locaux
- Permettre l'édition en l'édition en ligne des fichiers sur les différents espaces
- NB : Ceci est possible sur nuxeo en utilisant des plugins dans le navigateur
- Idées
- Généraliser la solution nuxeo sur d'autres types d'espaces...
- Permettre l'utilisation de produit type SGD sur les documents...