Bonjour,

Voici à tout hasard le lien dont je parlais hier soir. Concernant une intégration forum+wiki. http://andesi.org/

Il me semble qu'ils sont arrivé à faire quelque chose de joli en utilisant "cowiki" http://www.cowiki.org/

A voir.

http://andesi.org/index.php?node=1

Hello,

- rester local pour pouvoir facilement organiser des rencontres, des install party...

Je ne suis pas très convaincu par cette approche. Il existe déja une quantité importante de groupes locaux avec lesquels nous serions redondants. Nous avons justement l'avantage d'exister sans limites géographiques pour l'instant; il me semble que nous devrions en profiter au maximum, et capitaliser sur l'image que nous avons pu acquérir.

Il est parfaitement normal que les membres a proximité se réunissent pour se connaître, mais organiser des évènements officiels localisés créera une ségrégation entre ceux qui pourront y aller et les autres.

Nous avons décidé, vu la très faible utilisation des forums BSD et MAC, de garder comme but "Promotion des systèmes d’exploitation libres sous licence GPL.", ces forums seront fermés prochainement. Ce qui nous permet de se concentrer uniquement des systèmes GNU.

Ces forums entrainent-ils un coût d'exploitation quelconque ? Si non, pourquoi les fermer ?

Une autre question a été soulevée sur la gestion des inscriptions au forum, faudrait-il faire valider les inscriptions par un modérateur pour éviter les abus, les posteurs d'un seul message ?

En quoi poster un seul message est-il un abus ? Rien de plus haïssable qu'un service dont on sait qu'on ne va se servir qu'une seule fois et qui requiert un enregistrement, a plus forte raison une validation manuelle. Le jour ou on aura de sérieux problèmes de spam sur le forum, il
sera temps d'y réfléchir, non ?

Vous avez la parole : Wiki ou CMS ? le pour, le contre ?

Les deux. Un CMS serait excellent pour avoir un site façade pas trop moche SI personne n'a l'envie ou les compétences de faire du web design. En revanche, les CMS styles wiki (je classe les wiki dans les CMS) ont été pensés pour l'édition publique, et bénéficient du système de versionage étendu qui permet facilement de voir quelles modifications ont été faites, et de revenir sur ces modifications le cas échéant. Sans cette fonctionnalité, le système perd beaucoup de son dynamisme puisqu'il devient nécessaire de définir des droits d'accès précis, de désigner un éditeur pour chaque page ou rubrique, etc.

Une solution serait de se doter d'un cms classique pour le contenu statique mais de garder un wiki pour le contenu en développement.

Ah, note sans rapport avec le reste: SVP, référencez le wiki de Daoro depuis l'ancien, ou depuis un endroit visible du site, ce serait pratique.

Nous avons décidé, vu la très faible utilisation des forums BSD et MAC, de garder comme but "Promotion des systèmes d’exploitation libres sous licence GPL.", ces forums seront fermés prochainement. Ce qui nous permet de se concentrer uniquement des systèmes GNU.

Si vous les fermer alors tous les messages doivent être conservé au moins dans un forum d'archive. Grossomodo je suis contre surtout s'il y a de la perte d'information.

3. Chartes et gestion du forum
Regarder la charte du forum pour la compléter, la corriger au besoin. Il faudra mettre clairement une liste des tags ([tag] sujet (non-résolu)) pour les messages, cela permet de mieux structurer le forum. Nous pourrions prévoir des messages types, si des personnes écrivent en langage SMS ou avec trop de fautes d'orthographes, sont impolis...

J'aimerais souligner un point concernant les TAG et autre résolu etc.. avec le temps c'est devenu le bordel c'est clair.. néanmoins la limite du nombre de caractères dans le sujet est trop petite.. en ajoutant des TAG on peut a peine dire exactement de quoi le sujet parle. Enfin c'est ce que j'ai pu constater à l'usure.

Une autre question a été soulevée sur la gestion des inscriptions au forum,  faudrait-il faire valider les inscriptions par un modérateur pour éviter les abus, les posteurs d'un seul message ?
Pour l'instant je pense que ça n'est pas nécessaire, qu'en pensez-vous ?

Totalement contre, on est ici pour aider. Libre à chacun de ne poster qu'un seul message..

4. Wiki VS Content Management System
Nous avons également réfléchi au niveau du Wiki et il semblerait que l'on va plutôt se tourner vers un CMS (Content management system), avec les rubriques suivantes :

- Les activités de l'association (section gérée par le comité et les chefs de projet)
- L'association : l'histoire, les fondateurs, nos buts, statuts, règlement, charte, membre du comité, contact... (le comité)
- Les tutoriels (section éditable par tous ceux qui le demandent)
- Dernière news du monde libre (? un chef de projet)
- Coup de gueule ( imaginée comme un petit blog de l'association, avec les petites histoires de nos prise de tête avec l'informatique, les manchots, les fenêtres, & co...)

L'avantage d'un CMS est la facilité de gestion de différentes rubriques  et des droits d'utilisateur. Il permettrait d'éviter de devoir faire des pages statiques quelques par avec les informations que l'on ne voudrait pas voir modifiée.

Vous avez la parole : Wiki ou CMS ? le pour, le contre ?

Pour en revenir à cowiki comme la suggéré mainte fois Swebian, dont j'avais tenté une installe avec BeB (Axianet).. Il faut des accès root sur le serveur pour arriver à qqch.. Sinon il va falloir demander à BeB de faire l'intermédiaire tout le temps.. A vous de choisir mais c'est le bordel à mettre en place.
Sauf si on peut avoir notre propre serveur mais merci les coûts.

6. Futures activités
Si nous souhaitons faire une Install Party en Valais, Lanparty-VS pourrait nous prêter leur salle, à rediscuter avec Teamscream.

Je vais parler en tant que membre LPVs.
La salle ne nous appartient pas, on la loue pour une somme dérisoire par rapport à son coût réel. C'est tout.
Mais elle est relativement mal située dans le sens où il faut se bouger à Grimisuat. Pour le reste on a l'expérience de l'installation, mise en place, rangement, nettoyage.. bref l'organisation d'événement de ce type, on pourrait être, une partie de l'équipe, dispo. On a eu fait des LANs à Martigny à la salle communale (nettement mieux située) mais dans ce cas là sa coûte les yeux de la tête.
Finallement ce n'est qu'une question de coût, car des salles il y en a largement assez.

Hello les gens!

Pour la suite des travaux
j'ai fait les corrections sur les statuts et le réglement interne
fbianco, t'as plus qu'a faire les pdf!

Pour la question CMS <=> Wiki
on pourrait étudier SPIP/spikini  (http://www.spip-contrib.net/Spikini-un- … arche-avec) qui permet d'utiliser les mêmes règles d'écritures et de n'avoir qu'une seule liste de comptes utilisateurs.

Pour les projets
Ne nous égarons pas dans de long débats qui risque de nous ralentir. Les projets d'install-party, je suggère qu'on en parle après avoir réglé tous les soucis de mise en route de l'association.

En ce qui concerne la médiatisation
Je vais faire marcher mes "relations" dès que je saurai le lieu exact de notre assemblée constitutive.

à bientôt!

Alex

Je table sur un jpyeux bordel à court terme.

Si qq1 ne repasse pas derrière régulièrement

Skywalker13"]

Skywalker13"]

Une autre question a été soulevée sur la gestion des inscriptions au forum,  faudrait-il faire valider les inscriptions par un modérateur pour éviter les abus, les posteurs d'un seul message ?
Pour l'instant je pense que ça n'est pas nécessaire, qu'en pensez-vous ?

Totalement contre, on est ici pour aider. Libre à chacun de ne poster qu'un seul message.

On devrait alors pouvoir laisser la possibilité à des "invités" de poster, qu'en dites-vous?

Le problèmes des invités se sont surtout les bots. Déjà que sans captcha on a la chance de ne pas encore être envahi.

A ce niveau là je confirme, c'est le gros problème au niveau de la possibilité de poster en étant invité, et déjà pas mal de bots qui passent les confirmations visuelles, ainsi que la confirmation de l'utilisateur pour activer le compte...