Salut,
A mon avis ça a été remplacé par les options d’autocompletion.
Mais à partir de quelle version … ça j’ai la flemme de chercher ^^
Mais là on s’écarte du sujet du post en cours.
Comme il apparaît dans les échanges : il y a de nombreuses personnes qui seraient prêt à contribuer au wiki, mais sans savoir par quel bout s’y prendre, ni dans quelle sens collaborer efficacement.
C’est en grande partie à cause de:
- des ressources en temps disponibles de chacun limitée
- l’envie de maintenir un doc à jour multi-version
- le manque de « stratégie » de communication
- la dichotomie entre documentation écrite ET / OU par/pour les utilisateurs ET / OU par/pour les développeurs.
à ça vient se greffer le projet de mooc lancé…
Si on veut répondre à tout ça… en même temps… : il est évident que ça va rester bloquer un moment
Pourquoi ne pas considérer le wiki comme une documentation « dernière version stable » ?
et tant pis pour les versions antérieures : charge aux utilisateurs de regarder l’historique de modif ou de s’adresser à des intégrateurs dont c’est justement le métier.
De mon coté : je suis prêt à participer avec des rédactions de pages, de l’infographie ou des vidéos.
Alors la entièrement d’accord!!!
même si perso je ne tourne pas sur la dernière version, je suis encore en v6 il me semble que créer des docs pour des anciennes version est inutile.
Oui c’est forcément pour la dernière version.
Par contre moi le gros point bloquant c’est le MOOC et la vision derriére :
- Le MOOC va remplacer le wiki ou c’est juste un complément ?
- Quels sont les sujets traités par le MOOC (pour ne pas travailler sur les même choses)
etc.
Tant que Eldy et la core team ne se décidera pas à communiquer et donner une road map : Je ne bouge pas !
@kasar
j’adhère complètement à ta réponse, mais ça ne fonctionne que dans un monde « normal »
par « normal » j’entend une organisation qui se rapproche de l’organisation d’une boite privée (dont on a à peu prêt tous l’habitude) ou … chapeautée de prêt ou de loin par une boite privée (exemple typique : odoo)
Dans le cas de dolibarr : c’est open source dans le code ET open source dans l’état d’esprit, la conduite, l’évolution (avec des gardes-fou…heureusement…)
En tout cas, j’ai l’impression que c’est ça qui est poussé. (inconsciemment ou pas)
Le « laisser faire »
du coup, il ne faut pas attendre de consignes, mais voir émerger des courants de bonnes volontés
On a des tags sur le wiki non ?
On devrait etre capable d avoir plusieurs docs avec les tags pour les differentes versions ?
Separer le wiki utilisateur du wiki developpeur ?
Proposer au gens d ecrire la doc sous odt avant une mise en ligne par l équipe ?
Pour moi
le MOOC est juste un complément …
Par contre pas d infos sur l avancée du chantier
Donc soit c est fini soit c est pas commencé soit on doit etre entre les deux ??
On a pas forcément besoin de directive précise juste la réponse à deux questions ça me suffirait :
Le but du MOOC c’est quoi ? Si c’est Open source pourquoi il ne publie pas le dossier de consultation comme ça on saurait !
Le Wiki restera ?
Je suis à deux doigts de creer une INFORMATION REQUEST sur GIT
mooc bah des cours en lignes je ne sais pas ou…
directive oui mais pas évident de s’organiser chacun de son coté sans liste etc (pour moi c’est dur de suivre )
fin du wiki? y’a pas intérêt!!!
Version de 2010 ? Ouah, j’avais pas fait gaffe. Une mise à niveau semble impérative, ne serait-ce que pour les questions de sécurité.
Mais pour ça, il faut faire une instance de test, vérifier le résultat de la migration, faire les ajustements… C’est pas immédiat.
Et je suis pour séparer doc utilisateur/intégrateur et et doc développeur. Cela dit, ce n’est pas un drame en soit.