Questions diverses sur les fonctionnalités de Yacs

Après une longue errance dans le monde des CMS

Bonsoir,

je suis en train de chercher LE CMS qui correspondrait à mes besoins.

Fervent utilisateur de Framasoft et de CMS Matrix, je viens de découvrir votre CMS.

Et je dois bien dire que je suis agréablement surpris.

Les seuls CMS qui s'approchent d'aussi près à mes spécifications sont CivicSpace et Typo3, qui demandent des configurations mammouthesques, ce que mon hébergement mutualisé ne me permet bien évidemment pas.

Cependant, je n'arrive toujours pas à remplir entièrement les spécifications que m'a demandé l'association familiale dont je fait partie. J'ai pourtant essayé quelques fois.

Voici les détails des fonctionnalités à remplir :

* Possibilité d'inscription de nouveaux membre, CHECK
* Les nouveaux membres devront être approuvés par un administrateur pour avoir l'accès complet au site, CHECK
* Une interface WYSIWYG, CHECK
* Un forum convivial, CHECK
* Possibilité de créer des forums invisibles aux visiteurs, et même parfois aux simples membre, CHECK
* Possibilité d'être prévenus de changements sur le site grâce à un fil RSS, CHECK
* Galerie photo, plus ou moins CHECK, tant pis pour les râleurs qui préféraient le Coppermine que j'avais mis avant.
* Sondages, CHECK
* Groupes d'utilisateurs avec des droits différents, amplement suffisant car des droits individuels sont possibles, donc CHECK
* Chat, on s'en passera je crois

* Agenda, je crois que c'est pour bientôt ::)
* Profil utilisateurs extensibles, c'est OK selon CMS Matrix, mais je ne vois pas comment ajouter de nouveaux champs dans les profils

Si vous me dites que je dois mettre les mains à la pâte, que c'est possible en réalisant de petits changements dans la base de données et dans les fichiers PHP, je devrais être capable de me débrouiller, du moment que ces changements ne soient pas écrasés à chaque mise à jour.
* Une liste de contact. Si j'arrive à modifier les champs, la liste des membres sera parfaite, il y a même une vcard, ce qui est carrément génial. Etant un passionné de la structure de l'information, je devrais pouvoir entrer ces nouveaux champs dans la vcard.
* Cette liste de contact ne devra pas être visible par les visiteurs. Je dois bien dire que je n'ai pas réussi à cacher la liste des membres aux visiteurs.

* Possibilité d'ajouter des documents, CHECK
* Approbation des nouveaux articles, mais pas des nouveaux messages du forum. Je crois que c'est OK, mais je dois bien dire que j'ai pas encore essayé :P
* Je suis sûr que j'ai oublié quelque chose ...

J'ajouterais que je compte créer un module pour intégrer PHPGedview sur le CMS qui permettrait tout ceci. PHPGedView est un "CMS" permettant de voir et créer un arbre généalogique. Ou alors je créerais un arbre plus simple à partir de 0, je verrais bien. Enfin, je ne m'engage pas, faut d'abord que je finisse mes exams et ma thèse et que mon futur job (pour lequel j'ai signé mercredi

) me laisse également le temps.

Merci d'avance pour toutes vos réponses.

Agnès Rambaud	le 16 oct. 2008 Denis : Bonjour, et bienvenue dans l'univers de Yacs Concernant ta question, je ne suis pas certaine de bien comprendre le besoin. Pourrais-tu nous en dire plus sur ce que tu souhaites obtenir ? En tout état de cause, il est tout à fait possible de développer son propre overlay pour y placer les informations que l'on souhaite (par exemple à partir de l'overlay contact). Les overlays sont puissants, il faut néanmoins manipuler le php. Tu peux trouver des compléments d'information au sujet des overlays dans Yacs sur cette page de la doc. Agnès Il n'y a pas de problèmes, que des solutions.
Denis Flouriot	le 16 oct. 2008 Bonjour ! Je suis un nouveau developpeur yacs. J'ai lu cette discussion mais je n'ai pas vu de réponse précise concernant les "Profil utilisateurs extensibles" : apparemment, on a deux choix principaux : - ajouter des informations dans la zone "description" du profil utilisateur - utiliser l'overlay "contacts" qui permet l'edition de profils, mais séparés des profils utilisateurs basiques. Me trompe-je ? On ne peut donc pas modifier les pages standard "ma fiche" et "modifier ma fiche" de manière propre (c'est à dire sans conflit lors des mise a jour) ? Cordialement... denis - le 16 oct. 2008 Finalement je vois bien qu'on peut personnaliser "ma fiche" car l'onglet "interactions" n'est pas present sur mon site mais il l'est sur le votre (enfin celui-ci), c'est donc possible apparemment... denis - le 16 oct. 2008 Oups pardon je n'avais pas vu votre réponse si rapide ! merci. J'essaie juste d'enrichir la fiche utilisateur des membres, alors que l'overlay contact me crée une autre section pour y ajouter des contacts mais pas des utilisateurs au sens yacs. J'ai l'impression que les deux sont dissociés. Cependant je vois bien que votre page de profil utilisateur est differente de la mienne (pas les memes onglets), donc j'imagine qu'on doit pouvoir la personnaliser. Agnès - le 16 oct. 2008 Denis : Je suis assez surprise par l'absence de l'onglet "interaction" chez toi. Quelle version de Yacs utilises-tu ? Agnès Il n'y a pas de problèmes, que des solutions. Agnès - le 16 oct. 2008 Denis : On étend les profils utilisateurs par l'ajout d'overlay en passant par le panneau de contrôle > onglet configuration > personnes > onglet inscription > champ "extension". C'est ici que l'on indique le nom de l'overlay (essayer "contact" par exemple). Les informations complémentaires sont alors ajoutées aux fiches des utilisateurs. En créant d'autres overlays, on peut étendre à loisir les informations. Il est également possible d'ajouter d'autres onglets - mais là, je laisse la place à ceux qui sont calés là dedans. Agnès Il n'y a pas de problèmes, que des solutions. denis - le 16 oct. 2008 Agnès : merci encore. Je vois "Utilisateurs" dans l'onglet configuration, mais pas "Personnes" j'ai téléchargé la version : 20080401_yacs_8.3beta31.1 depuis la page : http://www.yetanothercommunity...-des-operations je dois sans doute regarder comment fonctionnent les mises a jour. Agnès - le 16 oct. 2008 Denis : Effectivement, je te conseille une mise à jour avec la dernière version en date - la 8.6. La procédure est simple (il y a toutes les informations nécessaire dans la documentation). Utilisateurs et personnes sont les mêmes choses. Le vocabulaire à évolué depuis la 8.3 à ce propos dans le panneau de contrôle. Et pour ce qui est des interactions... il me semblait pourtant que cela était déjà présent dans la 8.3... ma mémoire me fait défaut sur ce coup là. Sinon, je m'empresse de modifier la page que tu as consulté pour la faire pointer sur la page de téléchargement, et non sur cette archive en particulier, comme ça se sera toujours à jour. J'ai profité de ces échanges pour mettre également à jour la page que j'ai indiqué plus haut sur les overlays. Agnès Il n'y a pas de problèmes, que des solutions. denis - le 16 oct. 2008 Merci !
J.Juraver	le 20 fév. 2007 Hello, j'étais moi aussi interessé par deux ou trois fonctions que tu cites, dont la publication généalogique (déjà du contenu en ligne mais pas assez structuré pour une communauté participative à mon goût), le chat, et la main mise sur les champ utilisateurs pour récupérer des données dans une section tiers. Pour la première chose, je pense que la logique, mais seulement la logique, de yacs, est adaptée. Ce logiciel est tout à fait capable de s'orienter vers la publication géné, mais en l'état je pense qu'il y a encore beaucoup de chemin à faire. La géné comme chacun sait génère un grand nombre de standardisation/formattage sur lesquels, si c'est un consensus pragmatique, tous les généalogistes experts et amateurs confondus ne sont toutefois pas d'accord à 100%. En terme de sortie du contenu, yacs aura pas mal d'épreuve à surmonter. Il me semble que pour le moment, afin de bénéficier de la puissance modulaire et taxonomique de yacs, on peut se contenter de coupler yacs et ses fonctionnalités à du contenu généalogique pondu par ailleurs, par exemple en usant de l'export html et gedcom de certains logiciels dédiés et assez connus, et l'intégrer clopin clopan dans des sections particulièrement configurées pour les présenter le mieux possible. Pour la communication chat, c'est déjà plus simple : en attendant un véritable module intégré, on peut toujours se fier à l'un des innombrables script php qui foisonnent sur les sites de ressources en la matière, parfois même sans base de donnée nécessaire, et intégrer le formulaire dans une des boîtes de naviguation tout bêtement. On peut même exploiter à fond les balises d'accès, rendant le chat opérationnel uniquement dès une authentification membre (et s'éviter le spam des loulous qui n'ont que pourrir l'ambiance comme activité) Enfin pour la dernière fonctionnalité, il y a effectivement la capacité yacsienne à réinvestir des données initialement vouées à autre chose, comme expliqué [article=864]. Ca manque un peu de documentation pour le néophyte, mais avouons que c'est potentiellement un usage qui place yacs dix longueurs au-dessus d'un grand nombre de CMS. Je ne m'attarde pas, j'ai mon yacs en double file... Yacs on my blog \| Suivez le blog Yacs \| Yacs Showroom \| Plugin Firefox de recherche dans Yetanoz \| GregL - le 24 fév. 2007 Moi-meme : les Overlays se prêtent bien à la création de formulaires personnalisés, mais sont limites côté performances, et manipulation de données, car ils ne respectent pas les formes normales des bases de données. Mais c'est le principe même des overlays. Pour ce qui en est de la généalogie, je comptais me lancer dans cette aventure, mais le nouveau job et mon initiation à Linux me bouffent pas mal de temps, et de courage. Bernard - le 24 fév. 2007 GregL: Je ne comprend pas le commentaire sur les performances et les formes normales ? GregL - le 27 fév. 2007 Bernard : la première forme normale des bases de données n'est pas respectée lors de l'utilisation des overlays. En effet, il y a plusieurs informations dans le même champ de la table, ce qui fait qu'il faut rechercher à l'intérieur du champ même, ce qui réduit par au moins 10 les performances lors de la lecture de la donnée. Ensuite, les relations entre données sont impossibles, ou très compliquées quand il y a plusieurs données dans le même champ. Mais en relisant, j'ai l'impression d'être parti en hors sujet. Bernard - le 28 fév. 2007 GregL: tu as tort et raison à la fois. Le contenu de l'overlay est fait de plusieurs informations agrégées et placées dans un seul champ de la table des articles. Pour afficher une page, YACS détache les informations et les incruste au bon endroit. Pas besoin d'une forme normale pour ça... Les choses se compliquent lorsqu'il s'agit d'accèder individuellement aux différents composants d'un overlay, puisque c'est là que la forme normale aiderait bien. Comment faire ? Et bien, en créant une table secondaire, dédiée à l'overlay, pour y placer les données dans une forme normale. YACS offre des mécanismes de synchronisation entre la table des articles et les tables secondaires, par le biais de la fonction membre `remember()` des overlays. Le résultat, c'est une combinaison de la simplicité de l'incrustation de champs dans un article et de la performance d'une table normale... Un exemple est l'overlay contact (en réalité, overlays/contact.php), qui maintient les données de contact dans la table `yacs_contacts`, pour autoriser toutes les requêtes SQL que l'on peut souhaiter.
L Gregory	le 2 mai 2006 GnapZ: " Non, lorsque l'on modifie un profil utilsateur, il y a les champs spécifiques "Nom", "Prénom", etc, et il y a la zone "Détail". Si, dans les options avancées, le profil n'est visible qu'aux membres (ou qu'aux associés), et que le détail contient les informations comme expliqué précédement, rien n'est visible aux surfeurs anonymes, ni aux souscripteurs. Il n'aparaît alors plus que les pseudos dans la liste des utilisateurs (plus ne nom, ni rien). Ce n'était pas le but recherché que de masquer les informations personnelles et de les réserver qu'aux membres ? La liste reste visible mais ne contient plus grand chose et les profils nécessitent une authentification pour êtres consultés. Désolé si j'ai mal compris le problème. " Si si, c'était bien cela. Je veux cacher les profils aux visiteurs. Je crois enfin comprendre votre point de vue. Mais de nouveau, il faut cacher manuellement chacun des nouveau inscrits, alors dans ce cas, on revient au même problème que avec la solution d'Agnès. Et donc, dans ce cas, aller dans "informations de sécurité" et cocher l'accès restreints aux membre dans visibilité est encore plus rapide. Tiens, ça me fait penser que avec ma méthode pour cacher simplement la liste des utilisateurs avec la balise restricted, on peut toujours aller voir le profil en cliquant sur les profils dans les forums ou autre. Bon, je pense que je vais alors activer l'annonce par mail de chaque nouveau arrivant, en espérant que moi ou mes associés serons disponibles pour cacher les profils. Bernard: " Images - J'ai regardé Coppermine et c'est pas mal du tout. Deux choses ont attiré mon attention. Le pontage ("bridging") avec les CMS d'une part, et le script de publication d'images pour XP. Avez-vous quelque expérience pratique de l'un ou de l'autre ? " Oui, j'ai déjà utilisé un bridge. Comme je l'ai déjà dit, mon errance dans le monde des CMS est déjà longue, et une de mes premières pistes était Joomla. Joomla permet de réaliser presque toutes mes spécifications, à condition de le bridger dans tous les sens. J'avais donc décidé d'utiliser Joomla avec le module Community Builder (pour les profils extensibles et l'approbation par les administrateurs des nouveaux inscrits), le module event (pour l'agenda, module dont je ne suis pas fan, par ailleurs), Simple Machine Forum (pour le forum avec des myriades de fonctionnalités, non libre), un bridge particulier pour que SMF et Community Builder cohabitent plus ou moins bien, Coppermine, un bridge pour coller Coppermine avec SMF, car SMF aura le login dominant. Au final, je me trouvait avec des bridges dans tous les sens, avec des bugs gênants, par exemple, on se déconnecte, puis on va sur le forum, et là on voit qu'on est toujours connecté dans le forum, ou alors un membre non confirmé pouvait déjà aller à sa guise sur le forum et poster comme tout le monde. De plus, ces bridges, et les bridges pour bridger les bridges, sont bien souvent conçus par des personnes seules, et qui doivent presque systématiquement en faire un nouveau à chaque mise à jour d'un des côtés du bridge. Cela me laisse entrevoir le pire côté pérennité du site. Avec Joomla, qui ne fonctionne pratiquement qu'avec des bridges, il y a rapidement moyen d'obtenir une soupe infâme. Toutes ces plateformes externes ne sont pas conçues pour fonctionner spécifiquement avec Joomla. Mais en même temps, c'est ce gros défaut qui fait sa force, car on peut faire fonctionner des plateformes spécialisées ensemble, ce qui donne le meilleur de chacune des plateformes, peu importe si les utilisateurs se trouvent dans 3 tables différentes (1 fois pour Joomla, 1 fois pour SMF et 1 fois pour Coppermine). Le fait de pouvoir bridger des plateformes attire beaucoup de monde, même si cela pose beaucoup de problèmes. Personnellement, je préfère avoir une plateforme qui ne fonctionne qu'avec des modules spécifiquement conçu pour ce CMS, comme c'est le cas avec Yacs pour l'instant, et Drupal, même si cela donne des outils beaucoup moins développés (par exemple, le forum de Drupal est absolument catastrophique en comparaison avec le forum de Yacs, qui ne propose que peu de fonctionnalités en comparaison à ce que SMF peut faire (relativement parlant bien sûr)). En conclusion: Les bridges: * Avantages : On obtient le meilleur de chaque plateforme Les développeurs peuvent passer plus de temps à peaufiner son CMS sans ce préoccuper des autres fonctionnalités Attractif * Inconvénients : Au plus on utilise de bridges, au plus on risque une instabilité et de l'incohérence Difficulté des mises à jour Redondance d'information, avec les risques que cela comporte Plusieurs installations à faire Il faut gérer plusieurs plateformes à la fois, avec des interfaces différentes et des fonctionnalités différentes Les modules intégrés: * Avantages : Meilleure stabilité (enfin, ça dépend des cas bien sûr) Installation tout en un 1 seul panneau de contrôle pour tout gérer Pas de redondance d'information Gestion des permissions unique * Inconvénients : Lorsque la communauté n'est pas encore très importante, l'équipe de développement se tape tout le boulot Les fonctionnalités intégrés directement à la plateforme rebutent certains, qui préfèrent des CMS archi-simples, qui ne font que ce qu'ils veulent en faire, et pas plus Ces fonctionnalités doivent souvent être conçues à partir de rien, ou de si peu, ce qui fait qu'elles sont souvent moins développées que des plateformes spécialisées Enfin, je ne vais pas me vanter d'avoir la science infuse des CMS, et je pense que certains pros arriveraient à maintenir une platefrome stable malgré une multitude de bridges. Ce n'est que mon humble avis, et je le partage ::) " Chat - Autant utiliser l'un des outils disponibles, de Y! à Jabber non ? " Il ne faut pas confondre un chat et une messagerie instantanée, avec un chat (non IRC), les gens sont obligés de rester sur le site pour pouvoir "tchater", c'est un bon moyen pour rendre les gens accros au site et donc à rendre le site plus vivant :wink: De plus, dans le cas d'un site familial à communauté fermée, on a l'assurance que toutes les personnes se trouvant sur le chat font partie de la famille, ce qui est très sécurisant pour les enfants (et surtout réconfortant pour les parents). Si j'ai le temps, j'essayerais éventuellement de faire un bridge entre Yacs et Flashchat (payant et non libre). Mais là encore, il ne faut pas en attendre trop non plus, ce n'est qu'un beau projet pour l'instant :P " Agenda - on y travaille, on y travaille... " Je m'en doute, et je ne peux pour l'instant que vous souhaiter bonne chance " Extensibilité utilisateurs - des suggestions à ce niveau ? Autant en faire profiter tout le monde... VCARD est embryonnaire quoique fonctionnel, donc vos idées sont les bienvenues. " En fait, je devrais ajouter un champ d'adresse, autre que le champ location, qui lui, est visible dans le forum. Je devrais également ajouter un champ "numéro généalogique", et je doute que beaucoup de monde utilisera ce champ. Laisser la possibilité de créer ses propres champs permettrait également de ne pas surcharger le profil en champs inutiles. Evidemment, c'est pas super simple à implémenter, et cela réduit les possibilités que les champs déjà intégrés ont, tels que lier une adresse jabber à un programme jabber installé par exemple. " GEDCOM - Il y a quelques années j'avais commencé à fouiller la généalogie familiale, alors toute mon aide vous est déjà acquise. La publication facile d'un arbre généalogique sous YACS, ce serait un plus indéniable " Je ferais ce que je pourrais. Et il faut encore que j'arrête mon choix définitif sur Yacs, et c'est bien parti pour être le cas, je suis assez emballé je dois dire :P Enfin, c'est ce que j'avais dis sur le forum Joomla aussi, et on a vu le résultat. Faudra bien que je me lance un jour. Bernard - le 2 mai 2006 GregL: Merci de tous ces apports, pour lesquels je me sens très en phase... Pas facile de garder le cap dans l'univers mouvementé des CMS... Un avis sur l'extension de publication d'images de Coppermine sous Windows XP ? GregL - le 3 mai 2006 Bernard : Non, je n'ai jamais utilisé cette extension
Bernard Paques	le 1er mai 2006 Images - J'ai regardé Coppermine et c'est pas mal du tout. Deux choses ont attiré mon attention. Le pontage ("bridging") avec les CMS d'une part, et le script de publication d'images pour XP. Avez-vous quelque expérience pratique de l'un ou de l'autre ? Chat - Autant utiliser l'un des outils disponibles, de Y! à Jabber non ? Agenda - on y travaille, on y travaille... Extensibilité utilisateurs - des suggestions à ce niveau ? Autant en faire profiter tout le monde... VCARD est embryonnaire quoique fonctionnel, donc vos idées sont les bienvenues. GEDCOM - Il y a quelques années j'avais commencé à fouiller la généalogie familiale, alors toute mon aide vous est déjà acquise. La publication facile d'un arbre généalogique sous YACS, ce serait un plus indéniable
Manu	le 1er mai 2006 GregL : Désolé, je n'ai pas été clair. Les informations d'identification : Nom, Prénom, âge, sexe, profession, etc. Tout ce qui peut être considéré comme "personnel" et non publique. Une fiche d'idendité: C'est en fait simplement créer une présentation de l'article de détail du profil sous forme d'une fiche récapitulative de tous les éléments que l'on ne souhaite pas remplir dans les champs publiques. Exemple de contenu du détail: `[ b ]Nom : [ /b ]Nom de l'utilisateur [ b ]Prénom : [ /b ]Prénom de l'utilisateur [ b ]Lieu : [ /b ]Domicile ou Lieu de travail [ --- ] Placer ici le détail habituel de l'utilisateur ...` etc (sans les espaces dans les balises) et en laissant les champs Nom, Prénom, etc, vides. Ce qui donne comme rendu dans le détail du profil: Nom : Nom de l'utilisateur Prénom : Prénom de l'utilisateur Lieu : Domicile ou Lieu de travail Placer ici le détail habituel de l'utilisateur ... C'est une suggestion pour utiliser les fonctionnalités actuelles de YACS sans avoir à modifier les scripts. GregL - le 1er mai 2006 GnapZ : Si j'ai bien compris, je crée une nouvelle page contenant les données des utilisateurs, c'est bien cela? Je ne vois pas très bien en quoi cela protège les données utilisateurs. Je crois que nous ne sommes pas sur la même longueur d'onde. GnapZ - le 1er mai 2006 GregL: Non, lorsque l'on modifie un profil utilsateur, il y a les champs spécifiques "Nom", "Prénom", etc, et il y a la zone "Détail". Si, dans les options avancées, le profil n'est visible qu'aux membres (ou qu'aux associés), et que le détail contient les informations comme expliqué précédement, rien n'est visible aux surfeurs anonymes, ni aux souscripteurs. Il n'aparaît alors plus que les pseudos dans la liste des utilisateurs (plus ne nom, ni rien). Ce n'était pas le but recherché que de masquer les informations personnelles et de les réserver qu'aux membres ? La liste reste visible mais ne contient plus grand chose et les profils nécessitent une authentification pour êtres consultés. Désolé si j'ai mal compris le problème.
L Gregory	le 1er mai 2006 Bernard : Merci du compliment :D J'ai un peu rôdé partout sur le site, et c'est ainsi que j'ai trouvé ce moyen. C'est très pratique, je dois dire. GnapZ - le 1er mai 2006 GregL : Désolé pour le côté parano (je le suis aussi) mais quelque soit la méthode pour cacher, retirer, brider l'accès au menu "Membres", tout surfeur pourra toujours saisir "http://www.NomDuSite.com/VotreYacs/users/index.php" dans son navigateur ... Une solution serait de modifier les script de /users pour que les infos s'affichent uniquement en mode [ restricted ] ... mais gare aux mises à jour de YACS ... Une autre solution (meilleure) serait de placer les informations d'identification dans les détails du profil (structuré pour l'occasion en fiche d'identité). Ainsi, les profils dont l'accès est "réservé aux membres" seraient à l'abri des regards indiscrets sans modifier le moindre script ou menu. GregL - le 1er mai 2006 " Une autre solution (meilleure) serait de placer les informations d'identification dans les détails du profil (structuré pour l'occasion en fiche d'identité). Ainsi, les profils dont l'accès est "réservé aux membres" seraient à l'abri des regards indiscrets sans modifier le moindre script ou menu. " Désolé, mais je ne comprend pas du tout votre point de vue Qu'appelez vous une fiche d'identité et que sont les informations d'identification?
L Gregory	le 1er mai 2006 GnapZ : Bonjour, Je viens de refaire un installation de YACS, et chez moi, la liste des utilisateurs est toujours visible par défaut pour les visiteurs. Par contre, je pense bien que les adresses de courriel sont bien cachées aux visiteurs. Par contre, les pseudos (pas grave) et les noms et prénoms (déjà plus embêtant) sont visibles. J'ai pourtant un peu chipoté (il n'y a pas d'autre mot) avec les options dans le panneau de configuration des utilisateurs, et les paramètres de rendu visuel sans résultats. Mais je pense avoir trouvé une solution, mais je ne sais pas si c'est la meilleure. Je vais (en tant que associé) dans la carte du site, et dans les sections spéciales, je vais dans menu. Et là, j'édite le menu. Je cherche la ligne contenant `[submenu=Utilisateurs]users/index.php[/submenu]` et je remplace par (enlevez les "") (PS: il n'y aurait pas une autre chose que la balise php pour éviter que les balises soient prises en compte? Ca ne marche pas à tout les coups.) `[restricted][submenu=Utilisateurs]users/index.php [/submenu][*/restricted]` Voilà. Mais si un visiteur un peu plus malin que les autres trouve le moyen d'aller dans la liste des membres sans passer par le lien, c'est cuit. Enfin, là, je me fais un peu une crise de paranoïa à moi tout seul, car le comité de décision a décidé de ne pas faire référencer le site sur Google et autres moteurs de recherches. (Donc je vais faire un robot.txt). Et ce afin de pouvoir permettre de laisser un maximum d'informations ouvertes à tous sans devoir ce connecter. Je suis pas trop d'accord, mais j'ai un peu tendance à toujours vouloir trop en faire, et le comité de décision a toujours raison (PS: génial ce système de balise, je suis fan!) (PS: Aïe, lorsque je met le second code sur une seule ligne, ça déborde! Petit bug à résoudre, non?) Bernard - le 1er mai 2006 GregL: La balise `restricted` est effectivement assez efficace pour retirer beaucoup de visibilité au surfeur lambda, et c'est, dans votre cas, un pas en avant indéniable. Bravo d'avoir trouvé ça tout seul...
Agnès Rambaud	le 30 avr. 2006 GregL : Bonjour et bienvenue dans le monde de Yacs ! " Approbation des nouveaux articles, mais pas des nouveaux messages du forum. Je crois que c'est OK... " Je confirme ce point, c'est tout à fait possible grâce aux paramétrages de section. " Cette liste de contact ne devra pas être visible par les visiteurs. Je dois bien dire que je n'ai pas réussi à cacher la liste des membres aux visiteurs. " Je laisserai les spécialistes répondre sur la manipulation de ces fiches utilisateur, mais il est également possible de procéder autrement : * 1- éditer, dans une section "cachée" (visible uniquement aux associés et aux éditeurs - on choisit ceux qui ont accès à cette liste) une table qui reprendra les éléments de la liste des utilisateurs. On y met les éléments dont on a besoin, la liste est "triable" depuis les entêtes de colonnes. Voir [article=864] à titre d'exemple. * 2- Pour les fiches utilisateurs, ceux qui ne doivent pas être vus, peuvent paramétrer cela dans les options de leur fiche (un associé peut le faire également). Est-ce un début de solution ? Agnès Il n'y a pas de problème, que des solutions. Agnès Il n'y a pas de problèmes, que des solutions. GregL - le 30 avr. 2006 Agnès : J'ai essayé de cacher les membres, et ça marche! Merci. Y aurait-il moyen de cacher les membres par défaut, et d'activer FCKEditor par défaut? Agnès - le 30 avr. 2006 GregL : à ma connaissance, en l'état actuel des choses le défaut est plutôt orienté vers la communauté et le partage. à moins de modifier le code... je laisserai d'autres répondre à cela. Une question toutefois : quels doivent être les membres "cachés" de ce site ? Tous les membres ? Tous les adhérents de l'association ? Nul ne doit être visible ? Quid de l'information aux visiteurs (sachant que la composition du bureau d'une association n'est jamais un secret, quiconque la demande à la préfecture peut l'obtenir). Est-ce exactement la même chose que les "contacts" ? Selon la situation, différentes solutions sont envisageables. Pour FCKeditor, le choix est laissé aux utilisateurs, et cela est pertinent. L'utilisation des codes Yacs est surprenante au début mais rapidement efficace. à chacun ses goûts. Mais peut-être est-ce quelque chose qu'il serait intéressant de mettre en option générale via le panneau de contrôle (du genre "option par défaut pour les utilisateurs"...) ? Agnès Il n'y a pas de problème, que des solutions. Agnès Il n'y a pas de problèmes, que des solutions. GregL - le 30 avr. 2006 Agnès : En fait, nul ne devrait être visible pour les visiteurs, et tous pour les membres authentifiés. Je compte pouvoir garder les dossiers de l'association familiale à jour en permettant aux utilisateurs d'ajouter leur adresse et numéro de téléphone. Or, c'est ce genre d'informations que je ne veux pas laisser entre toutes les mains. Si j'ai décidé de faire authentifier les membres, c'est pour s'assurer que ceux qui s'inscrivent font bien partie de la famille. Une communauté fermée en quelques sortes. Très peu de CMS (relativement parlant) permettent de réaliser une communauté fermée. A part cela, moi aussi je préfère les balises YACS, beaucoup plus efficaces, mais la majorité des auteurs qui vont ajouter des articles sur le site ne sont pas familier d'internet, et encore moins du langage balisé. C'est pourquoi l'interface WYSIWYG faisait partie des spécifications. GnapZ - le 30 avr. 2006 GregL : Bonjour, Par défaut la liste des utilisateurs n'est pas visible aux visiteurs. De plus, l'adresse e-mail et les informations de contact ne sont accessibles qu'aux membres authentifiés. Dans les paramètres utilisateurs et de rendu visuel, vous pouvez complètement fermer votre site. Vous pouvez même rendre des profils invisibles aux membres (restreint aux associés). Tout dépend de la configuration que vous choisissez dans le panneau de contrôle et dans les profils.

31 commentaires