A toutes et tous,Comme vous avez du le remarquer,...

[michaelh]

A toutes et tous,

Comme vous avez du le remarquer, la version 1.4 est sortie en apportant son lot de nouveautés. Il est maintenant temps de préparer la suite !

Rassurez vous, c'est déjà en cours , seulement, j'aimerai savoir ce qui manque encore aujourd'hui à Alfresco selon vous.

Des fonctionnalités ? Un autre look ? LA fonction qui changerait tout ? Autre chose ? Rien ?

Ce post est là pour citer tout ce qui vous passe par la tête, avec une chance d'influer sur la feuille de route peut être !

A vous la parole !

[sam]

La version 1.4 est vraiment sympa ! C'est du bon boulot !
Mais il y a toujours des choses à améliorer ;-)
En vrac :
- Pour les résultats d'une recherche, l'affichage d'un résumé avec les mots clefs surlignés à côté des documents, comme dans Google
- La possibilité d'avoir des documents de différentes langues qui seront indexés par l'analyseur Lucene de la langue du document (je crois que c'est déjà prévu dans la prochaine version.
- Affichage d'une vignette d'aperçu pour les images
- Affichage des espaces/documents en arbre (prévu aussi je crois)
- Réduction du nombre de click nécessaires pour certaines actions (ex : choix d'une catégorie) avec de l'ajax ?
- Amélioration de la vitesse/réactivité du CIFS et du FTP
- De la documentation digne de ce nom pour les WebServices + amélioration/simplification de l'API
Ouf, c'est déjà pas mal

[michaelh]

Quelques éléments de réponse alors …

- Les résultats de recherches à la google : c'est pas simple …
- Amélioration sur lucène : en cours
- Vignette d'apercu : c'est déjà possible avec un tout petit peu de travail
- Affichage en arbre : c'est déjà bien avancé
- Tout plein d'ajax et réduction du nombre de clics : ca suit son chemin
- Amélioration des performances : c'est un travail quotidien (mais comme on dit : faites le marcher d'abord sur des bases solides, et optimisez le ensuite)
- La doc en ligne : Vous connaissez des développeurs qui aiment faire de la doc vous ?
- Améliorations des API : il y en aura

Qui d'autre ?

[rmoebs]

Pour compléter les fonctions collaboratives et Web 2.0 :
- travail à plusieurs sur un document partagé
- chat et messagerie instantanée
- agenda partagé
- gestion de projet, gestion de ressources partagées
- module wiki
- gestion de blogs

Sur le volet WCM :
- interface de contribution plus intuitive
- moteur de restitution JSP ou couplage avec un portail
- gestion multi-sites

Alfresco est déjà incontournable sur la brique CMS.
Ces quelques fonctions complémentaires le rendraient éligible pour tout portail collaboratif ou portail de publication.

[lme]

De mon point de vue, les points suivants sont à améliorer :
- liste de sélection des utilisateurs (quand on invite qqun dans un espace par exemple) : la liste pourrait au moins être triée alphabétiquement et je pense que le login est beaucoup plus parlant que le couple prénom/nom
- CASification d'alfresco fourni en standard (et qu'on ne me dise pas que c'est le cas en passant par acegi )
- intégrer la modif de Bertrand pour faire un search puis un bind dans un LDAP pour l'authentification : http://forum.alfresco-fr.org/viewtopic.php?id=335

[unknown-user]

Quelques "règles" activables par l'administrateur?
- limiter le volume de certains espaces,
- avertir l'utilisateur qui tente de déposer un contenu potentiellement ilicite,
- prévenir l'utilisateur que certains fichiers sont périmés,
- alerter lorsque le document risque de faire doublon,

[anweber]

Bonjour,


Je vois trois améliorations fondamentales à apporter à Alfresco:
- le support de contenus multilingues (l'indexation doit se faire en tenant compte de la langue dans laquelle est rédigé le document) : actuellement on peut choisir la langue par configuration mais il faut que tout le contenu soit exprimé dans cette langue,
- une architecture réellement distribuée : actuellement, Alfresco est en fait un ensemble de librairies; il n'y a pas de serveur actif tel qu'on en rencontre par exemple chez Documentum.  Si on veut, par exemple, déployer des customisations différentes du webClient, on se retrouve avec plusieurs Alfresco (qui éventuellement peuvent partager une base de données communes mais on aura alors des problèmes de synchronisation).  Actuellement la seule façon pratique d'obtenir une architecture avec un serveur central et des programmes clients est de travailler avec la couche des web-services (le serveur central est alors le programme "webClient" qui sert les appels de type web-services).  L'alternative JCR-Remote via RMI ne semble pas encore mure (voir projet forge Alfresco JCR & JackRabbit) et il n'est pas sûr qu'elle puisse à terme apporter une réelle solution en raison de problèmes au niveau de la gestion des transactions et du fait que la granularité des appels JCR est trop fine pour que les échanges soient efficaces.
- enfin, le modèle de sécurité d'Alfresco n'offre pas l'équivalent des ACLs de Documentum : dans Alfreco, il n'est pas possible de définir globalement les règles de sécurité pour un ensemble d'objets (avec la possibilité de changer ces règles après les avoir appliquées). Signalons aussi que le mécanisme d'héritage des droits des folders est une bonne chose, utile mais insuffisante pour couvrir tous les besoins.

Quelques besoins mineurs :
- Permettre que des scripts "bénis" par l'administrateur soient exécutés sous les droits de l'administrateur (c'est utile en outre à l'exécution d'actions sur évènements qui doivent faire des opérations non autorisées à l'utilisateur courant comme copier un fichier dans le répertoire d'un autre utilisateur).
- Dans le web-client, améliorer la sélection des objets participants à une relation (actuellement l'interface présente tous les objets candidats - c'est trop : il faudrait que l'on puisse faire une sélection sur base de critères de recherche).  On retrouve ce même problème dans les tâches de workflows, par exemple au niveau de la sélection de la personne (ou de groupe) qui recevra la tâche suivante ("assignee selection").


    Merci,

                André