Balises autorisées (html)
Selon l'organisation d'un serveur, ont peut être amené à donner tous les droits à un utilisateur sur une ou plusieurs sections...
Notamment ceux d'intégrer l'ensemble des balises html.
Exemple :
Je gère un serveur en éditant des pages avec images, tableaux, flash et diverses ressources, le tout rempli de balises html.
Monsieur X, désir avoir des droits sur certaines pages pour pouvoir modifier une partie du texte.
Problème, Monsieur X n'étant pas très à l'aise avec le Html et les technologies associées à Yacs, il ne souhaite pas avoir les droits d'"associés" pour éviter tout risques d'erreur. Il ne veut qu'éditer le texte, en nageant entre les balises html.
Le meilleur statut est donc celui de « membres » avec droits sur les sections concernées. Soucis, les membres n'ont pas accès par défaut à toutes les balises HTML, il faut les lister. Il est évidemment impossible de les lister toutes.
Le type d'erreur rencontré : Lors de l'édition d'une page déjà créé par un associé, celle ci contenant des balises HTML non listés, elles disparaissent, laissant un grand blanc à la place des dites balises.
Questions :
Comment faire en sorte que Monsieur X est accès, en tant que membre, à toutes les balises HTML ? (j'ai essayé en laissant vide, ou en insérant à la place du nom des balises, mais rien n'y fait)
Ne pourrait on pas ajouter une option "all_balise" ajoutable au cas par cas pour certains membres ? Cela permettrais d'affiner encore les statuts tout en gardant les 4 d'origines...
Exemple :
Je gère un serveur en éditant des pages avec images, tableaux, flash et diverses ressources, le tout rempli de balises html.
Monsieur X, désir avoir des droits sur certaines pages pour pouvoir modifier une partie du texte.
Problème, Monsieur X n'étant pas très à l'aise avec le Html et les technologies associées à Yacs, il ne souhaite pas avoir les droits d'"associés" pour éviter tout risques d'erreur. Il ne veut qu'éditer le texte, en nageant entre les balises html.
Le meilleur statut est donc celui de « membres » avec droits sur les sections concernées. Soucis, les membres n'ont pas accès par défaut à toutes les balises HTML, il faut les lister. Il est évidemment impossible de les lister toutes.
Le type d'erreur rencontré : Lors de l'édition d'une page déjà créé par un associé, celle ci contenant des balises HTML non listés, elles disparaissent, laissant un grand blanc à la place des dites balises.
Questions :
Comment faire en sorte que Monsieur X est accès, en tant que membre, à toutes les balises HTML ? (j'ai essayé en laissant vide, ou en insérant à la place du nom des balises, mais rien n'y fait)
Ne pourrait on pas ajouter une option "all_balise" ajoutable au cas par cas pour certains membres ? Cela permettrais d'affiner encore les statuts tout en gardant les 4 d'origines...
| Bernard from nearby-an-airport Associate, 6805 posts | ThierryP: Bien vu en effet. A mon avis, le plus simple serait de changer deux choses pour résoudre le problème. L'idée d'un seul paramètre, c'est d'éviter la complexité induite par des configurations individuelles. Avec plus de 500 usagers, le paramètrage au niveau de chaque profil d'utilisateur risque de devenir coûteux en temps... Merci de la soumission de ce point intéressant, rajouté sur la to-do list... |
ThierryP![]() from Nice, Drap Associate, 1311 posts |
Bernard : Merci ! En attendant, n'y a t-il pas une façon simple d'ajouter toutes les balises html ? Ou simplement supprimer ce contrôle ? Le tout étant de savoir quel fichier modifier, quitte à le faire à chaque mise à jour manuellement... en attendant une solution. (Pour ma part je détourne l’aspect communautaire et ouvert de yacs pour en faire un serveur d’entreprise collaboratif avec droits spéciaux pour chaque collaborateur.) Pour ce qui est du coup en temps, je ne pense pas qu'il soit réellement excessif vu les besoins; La plupart des membres utilisent uniquement le forum et ne créer pas d'article "complexe" avec des balises html complète. D'ailleurs, les balises yacs sont là pour la plupart des usages. Prenons ce site de yacs par exemple : Combien d'associés, combien de membres avec des droits d'éditeurs pour chaque membre avec droit « normaux » ? Même sur un très grand site, je ne pense pas que l'utilité de tels «supers membres» dépasse la dizaine. C'est juste une façon d'ajouter une sorte de rang intermédiaire ("membre associé") avec des droits associés seulement pour quelques sections, et non sur la globalité du serveur. Enfin, je dit ça en fonction de l’utilité que j’en ai au quotidien… |
| Bernard from nearby-an-airport Associate, 6805 posts |
ThierryP: Actuellement YACS utilise une liste de balises autorisées, la même pour tous les membres, positionnée dans le panneau de configuration des utilisateurs. Je pense qu'il y déjà de quoi faire en jouant avec ça, parce qu'en pratique très peu de balises sont nécessaires pour faire des pages complexes. |
Rate this page
Posted by ThierryP on Nov. 10 2006, commented by Bernard on Nov. 10 2006, (popular)
