Discuss: Nouveau statuts d'utilisateur Yacs : Rédacteur
Lors de Chonas 2007 nous avions convenu qu'un nouveau statuts d'utilisateur pour Yacs été nécessaire... Celui ci serait nommé rédacteur et aurait tous les pouvoirs de l'administrateur, sans la l'accès aux configurations systèmes6 comments · 
Add a comment · Page bottom
NickR on Dec. 10 2007In addition, should a anonymous user or logged member, be able to see yacs/control at all ? - they have no need to even see it.
Nick
My Website: NGR78
ThierryP on Dec. 10 2007I agree with you. I never understand why simply user have acces to information panel......
SEO et webmastering VDP-Digital - Skins pour Yacs : Yordpress
Tof on Dec. 11 2007Après réflexion, le statut supplémentaire est il vraiment utile ? il "suffirait" que 'le membre soit éditeur de toutes les sections pour avoir les droits voulus; à la condition qu'un éditeur puisse déplacer un article dans une autre section autorisée.
Lasares on Dec. 12 2007Pour tenter de me faire une tête sur la question, je viens de relire tous les posts que j'ai trouvés sur le sujet. Conclusion : c'est un vrai casse-tête. Conséquence : mal de tête...
J'ai commencé à organiser l'info que je trouvais dans un tableau Excel ci-joint (visualisable en page web ici). J'ai arrêté avant de compléter car trop d'éléments me demeuraient inconnus, mais quelqu'un de plus familier avec la question peut trouver ça utile comme base pour créer un tableau vraiment complet.
J'ai trouvé dignes de mention ces deux références, qui renvoient elles-mêmes à d'autres articles : En tous cas, j'en conclus que la fonctionnalité d'assigner des droits à un groupe serait fichument utile, quoiqu'en disent certains.
J'en conclus également que ça prend une combinaison de mécanismes pour, d'une part, assigner des droits à des individus (statuts, groupes, etc.) et, d'autre part, assigner des droits à des objets (sections, articles, etc.) Ainsi, on peut dire par exemple : "ces personnes peuvent lire cette section" ou inversement "cette section peut être lue par ces personnes".
Enfin, je me demande si on ne pourrait pas trouver une structure plus simple à comprendre, à configurer et à gérer, si on repensait tout ça à partir de zéro. Pour l'instant, je n'y vois plus clair et j'ai la tête qui tourne...
Untel a tel droit sur tel objet, quand tel autre lui a donné telle permission, qui ne peut cependant pas être donnée à telle catégorie, et ceci n'est vrai que lorsque telle configuration du serveur est activée et si encore...
Ouf !!!
Moi-meme on Feb. 1Je me sens dans l'obligation de réagir (encore une fois sur ce sujet) car je suis l'auteur de l'un des deux articles que tu mentionnes.
Personnellement j'ai lancé cet article qui se voulait un débat centralisateur, parce que la question des droit de publication/consultation est si complexe pour un logiciel comme yacs que l'équipe de développement doit avoir sûrement besoin d'idées neuves, de propositions fraîches, et d'expositon claire des desiderata et expériences des usagers.
Mais ça n'a pas marché. Il y a eut peu de contributions. Soit le sujet n'intéresse pas, soit il est trop complexe pour motiver les réflexions. Ou alors il manquait de visibilité. Toujours est-il que le présent fil de discussion signe le fait que le besoin est toujours courant, indivué, circonstancié, et non résolu. Tout le monde ne sera pas contenté au final mais tous les usagers concernés par le communautaire devront tôt ou tard aider à cette réflexion collective pour présenter à l'équipe de développement une trame minimale sur laquellle agir pour améliorer les droits dans yacs, et en retour pour lui permettre de définir les possibles de ces améliorations. Personnellement ce souci de droits d'accès est si problématique et ce problème si vieux, que j'ai dû me résoudre à migrer un yacs vers joomla, ne pouvant me permettre d'attendre d'autres mois supplémentaires. J'espère être un cas rare de résignation.
----- 
Yacs.Info : l'atelier ordinaire des innovations
Bernard on May 9Lors de la réunion de Chonas était apparue l'idée de profils à deux vitesses, pour permettre à quelques associés avertis de s'occuper des paramètres système, les autres ayant tous les droits sur le contenu. Un pas dans cette direction a été fait avec la version 8.4, qui offre une préférence de plus dans chaque profil utilisateur pour gérer le type d'interface souhaité par un membre.
En clair, un associé reste un associé, avec tous les droits que cela lui confère. Mais en choisissant l'interface optimisée (qui est aussi le choix par défaut), certaines options ne seront plus visibles, ce qui réduit les risques d'erreur sur les panneaux de configuration système, etc. Les développeurs et les intégrateurs choisiront l'interface complexe pour avoir accès à toutes les options.
6 comments · Add a comment
