AUTO PUB :

C'est ca la communauté Xoops Francophone...
Minimum de mots, maximum d'éfficacité (lol)

Aucune pour le moment...

Je n'ai pas encore esssayé ce que ce module donnait en 2.2 non plus...

pour le lien je vais t'arranger ca.

Le truc que je trouve le plus con dans l'histoire c'est le manque d'échange et d'information... Le manque d'engouement à la férération, le manque d'élan au collaboratif...

Que de temps passé à travailler seul alors qu'à plusieurs les choses seraient évidemment beaucoups plus grandes.
Sans parler d'égo... mais en terme projet, d'humanité...

Je crois que tu vas être voué à pousser les versions, pour pousser le concurent Yannick...

Bon, j'espère que tous les utilisateurs de DMS on essayés de la même manière Basedoc...

De mon coté, coté provider les deux fonctions semblent opérationnels. l'envoi (oui sur)

as tu rempli le setting pour les notifications par mail ?
tes chemins sont peut être trop long ou hors codification apache \ au lieu de /

il y a beaucoups de correction dans cette version ainsi que les bases en prévisions d'implantation... mais pas encore un travail de fond dans la partie admin...
0.98 corrigée certes, mais vivement la prochaine tout de même...

La spécification de possibilité de portage applicatif est un plus entrant dans les valeurs de notation des tests de module...

Il est dommage d'être indifférent à cette portabilité à une heure ou on l'on ne loue plus que de l'espace mémoire et du cpu et ou les plate forme système peuvent changer très vite pour quelques considérations stratégiques ou tout simplement économiques.

On voit d'ailleurs que DMS est pensé système unix... la répartition des répertoires est faite de sorte à ne jamais exploser la table des inodes, idéale pour des snapshot de san... les définitions de répertoire sont quand à eux décliné à la mode apache ou le \ vaut /.
le système tend d'ailleurs à se dégrader dans le cadre d'arborescence à rallonge là ou d'autres fonctionnent parfaitement un coups de ln...

MAis bon, on dira ce que l'on voudra APM coté performance est de loin meilleur en system unix...
Et historiquement le système a été créer à la base pour la gestion de fichier exit de quelques considérations graphiques...

Bon nous en reparlons au plan de 2011 ?

oh Yannick j'ai répondu ci plus bas au mécanisme de l'utilisateur anonyme... lol

Créer un compte bidon
authorise la connection anonyme et affecte cette user créé comme anonyme...

Les anonyme pourront accéder à dms...

la réponse est non... ce n'est pas normal.

As tu bien mis à jour et propagé les droits ?
les droits par défaut appartiennent au owner (propriétaire)à défaut de configuration...

DE mon coté cela fonctionne bien... je ne t'inviterais qu'a reverifier encore ces points.

owner, visibilité des autres groupe 0
accord browse, visibilité groupe affecté ok
allocation d'édit, visibilité et gestion ok

j'avais pas vu ta remarque Yannick sur le compte anonyme...
En gait la raison est des plus simple... pour affecter des droits ou plus précisement des permissions sur des fichiers il est nécéssaire de disposer de quelque chose s'appuyer et fixer des paramètres...

En bref : réguler les droits applicatifs...

Ceci est donc un compte à ta convenance qui sera conféré par héritage comme compte applicatif à l'ensemble de tes anonymes.

il ne faut pas oublier d'autoriser cette connexion anonyme en tremplissant le compte affecté (sans droit et on pourait dire spécialement créé pour cet effet) dans l'admin.

pour gérer un cycle de vie il faut créer ce cycle de vie...
A savoir fairte correspondre des états avec des étapes de version.
Et jouer de vase communiquant, une mailbox ou un rep à tel état, et un autre au suivant.
Dans une simulation logique il y aurait d'ailleurs plusieurs intervenant et chacun pourrait recevoir à un instant T les éléments personnellement...