Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous dokuwiki. Ca fait le job avec des recherches sur tous les documents. Il faut mettre à jour le produit et je me demande si cela n'est pas le bon moment pour changer de produit. Qu'utilisez vous pour gérer vos documentations ?
Merci pour vos retours.
Alexandre
Hello,
Personnellement pour ma documentation j'utilise bookstack Tu as un exemple ici: https://doc.ataxya.net
Cordialement,
--- MORANGE Cécile contact@cecilemorange.fr Le 14 janv. 2020 à 14:27 +0100, open doc linuxopendoc@gmail.com, a écrit :
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous dokuwiki. Ca fait le job avec des recherches sur tous les documents. Il faut mettre à jour le produit et je me demande si cela n'est pas le bon moment pour changer de produit. Qu'utilisez vous pour gérer vos documentations ?
Merci pour vos retours.
Alexandre _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour. la question m'intéresse aussi.
Concernant Bookstack, est-ce qu'il est possible de limiter du contenu aux utilisateurs authentifiés ou alors c'est tout ou rien ? l'idée est d'avoir une partie de la KB accessible au public, et l'autre réservée aux techniciens qui travaillent avec nous, qui contient des procédures privée.
Pierre.
Le 14/01/2020 à 14:40, frnog@cecilemorange.fr a écrit :
Hello,
Personnellement pour ma documentation j'utilise bookstack Tu as un exemple ici: https://doc.ataxya.net
Cordialement,
MORANGE Cécile contact@cecilemorange.fr Le 14 janv. 2020 à 14:27 +0100, open doc linuxopendoc@gmail.com, a écrit :
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous dokuwiki. Ca fait le job avec des recherches sur tous les documents. Il faut mettre à jour le produit et je me demande si cela n'est pas le bon moment pour changer de produit. Qu'utilisez vous pour gérer vos documentations ?
Merci pour vos retours.
Alexandre _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Au final dans toutes mes boites précédentes confluence a gagné.
C'est loin d’être parfait et gratuit mais reconnaissons que cela fait le taf (surtout couplé à Jira).
On 14/01/2020 14:51, Pierre DOLIDON wrote:
Bonjour. la question m'intéresse aussi.
Concernant Bookstack, est-ce qu'il est possible de limiter du contenu aux utilisateurs authentifiés ou alors c'est tout ou rien ? l'idée est d'avoir une partie de la KB accessible au public, et l'autre réservée aux techniciens qui travaillent avec nous, qui contient des procédures privée.
Pierre.
Le 14/01/2020 à 14:40, frnog@cecilemorange.fr a écrit :
Hello,
Personnellement pour ma documentation j'utilise bookstack Tu as un exemple ici: https://doc.ataxya.net
Cordialement,
MORANGE Cécile contact@cecilemorange.fr Le 14 janv. 2020 à 14:27 +0100, open doc linuxopendoc@gmail.com, a écrit :
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous dokuwiki. Ca fait le job avec des recherches sur tous les documents. Il faut mettre à jour le produit et je me demande si cela n'est pas le bon moment pour changer de produit. Qu'utilisez vous pour gérer vos documentations ?
Merci pour vos retours.
Alexandre _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Hello,
On Tue, Jan 14, 2020, at 14:51, Pierre DOLIDON wrote:
Bonjour. la question m'intéresse aussi.
Concernant Bookstack, est-ce qu'il est possible de limiter du contenu aux utilisateurs authentifiés ou alors c'est tout ou rien ? l'idée est d'avoir une partie de la KB accessible au public, et l'autre réservée aux techniciens qui travaillent avec nous, qui contient des procédures privée.
Oui tu as un système d'ACL assez basique sur Bookstack te permettant de limiter l'accès à du contenu aux utilisateurs connectés voire même à des groupes spécifiques d'utilisateurs.
Kevin Decherf - @Kdecherf GPG 0x108ABD75A81E6E2F https://kdecherf.com
Dans mon cas tu peux lire sans être authentifié, mais tu as besoin d'un compte pour pouvoir écrire de la doc Tu peux aussi restreindre l'accès seulement aux personnes authentifiés Mais tu ne peux pas faire de permission par catégories Après tu as un moyen de contourner, tu as une permission de lecture qui permet que l'user ne voit que ce qu'il à écrit lui, mais ça me paraît compliqué pour ce que tu veux faire....
Cordialement,
Cécile MORANGE contact@cecilemorange.fr https://cecilemorange.fr Le 14 janv. 2020 à 14:54 +0100, Pierre DOLIDON sn4ky@sn4ky.net, a écrit :
Bonjour. la question m'intéresse aussi.
Concernant Bookstack, est-ce qu'il est possible de limiter du contenu aux utilisateurs authentifiés ou alors c'est tout ou rien ? l'idée est d'avoir une partie de la KB accessible au public, et l'autre réservée aux techniciens qui travaillent avec nous, qui contient des procédures privée.
Pierre.
Le 14/01/2020 à 14:40, frnog@cecilemorange.fr a écrit :
Hello,
Personnellement pour ma documentation j'utilise bookstack Tu as un exemple ici: https://doc.ataxya.net
Cordialement,
MORANGE Cécile contact@cecilemorange.fr Le 14 janv. 2020 à 14:27 +0100, open doc linuxopendoc@gmail.com, a écrit :
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous dokuwiki. Ca fait le job avec des recherches sur tous les documents. Il faut mettre à jour le produit et je me demande si cela n'est pas le bon moment pour changer de produit. Qu'utilisez vous pour gérer vos documentations ?
Merci pour vos retours.
Alexandre _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Le 14/01/2020 à 15:03, Cécile MORANGE a écrit :
Dans mon cas tu peux lire sans être authentifié, mais tu as besoin d'un compte pour pouvoir écrire de la doc Tu peux aussi restreindre l'accès seulement aux personnes authentifiés Mais tu ne peux pas faire de permission par catégories Après tu as un moyen de contourner, tu as une permission de lecture qui permet que l'user ne voit que ce qu'il à écrit lui, mais ça me paraît compliqué pour ce que tu veux faire....
Merci pour vos réponses. pour être précis, l'idée c'est d'avoir une KB publique pour nos clients, et une KB privée pour nos admins. tout simplement. d'après les autres retours, ça a donc l'air possible.
Cordialement,
Cécile MORANGE contact@cecilemorange.fr https://cecilemorange.fr Le 14 janv. 2020 à 14:54 +0100, Pierre DOLIDON sn4ky@sn4ky.net, a écrit :
Bonjour. la question m'intéresse aussi.
Concernant Bookstack, est-ce qu'il est possible de limiter du contenu aux utilisateurs authentifiés ou alors c'est tout ou rien ? l'idée est d'avoir une partie de la KB accessible au public, et l'autre réservée aux techniciens qui travaillent avec nous, qui contient des procédures privée.
Pierre.
Le 14/01/2020 à 14:40, frnog@cecilemorange.fr a écrit :
Hello,
Personnellement pour ma documentation j'utilise bookstack Tu as un exemple ici: https://doc.ataxya.net
Cordialement,
MORANGE Cécile contact@cecilemorange.fr Le 14 janv. 2020 à 14:27 +0100, open doc linuxopendoc@gmail.com, a écrit :
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous dokuwiki. Ca fait le job avec des recherches sur tous les documents. Il faut mettre à jour le produit et je me demande si cela n'est pas le bon moment pour changer de produit. Qu'utilisez vous pour gérer vos documentations ?
Merci pour vos retours.
Alexandre _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Le mar. 14 janv. 2020 à 14:53, Pierre DOLIDON sn4ky@sn4ky.net a écrit :
Concernant Bookstack, est-ce qu'il est possible de limiter du contenu aux utilisateurs authentifiés ou alors c'est tout ou rien ? l'idée est d'avoir une partie de la KB accessible au public, et l'autre réservée aux techniciens qui travaillent avec nous, qui contient des procédures privée.
Oui, tu peux créer des livres public et restreindre d'autres à certains utilisateurs ou groupes. Un utilisateur ne voit pas les livres auxquels il n'a pas accès.
Plop,
J’ai beau être assez adèpte du Wiki à l’ancienne, une bonne partie de mes collègues les intègre désormais dans GLPI… Je ne trouve pas l’ergonomie de la recherche terrible, mais peut-être qu’après un peu plus de temps passé dessus…
Je vais suivre les autres propositions avec interet, Bruno
[Bruno Cortès]
ü
Pour la planète : échangez par courriel et n’imprimez que si nécessaire.
-----Message d'origine----- De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de open doc Envoyé : mardi 14 janvier 2020 14:24 À : French SysAdmin Group Objet : [FRsAG] Le wiki a t'il encore du sens pour vous ?
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous
dokuwiki. Ca fait le job avec des recherches sur tous les documents.
Il faut mettre à jour le produit et je me demande si cela n'est pas le
bon moment pour changer de produit. Qu'utilisez vous pour gérer vos
documentations ?
Merci pour vos retours.
Alexandre
_______________________________________________
Liste de diffusion du FRsAG
Oh non j'aime bien GLPI mais son ergonomie est parfois lamentable, donc j'ai préféré rajouter un wiki. Je reste adepte des wiki.
Le mar. 14 janv. 2020 à 14:44, CORTES Bruno bcortes@montbeliard.com a écrit :
Plop,
J’ai beau être assez adèpte du Wiki à l’ancienne, unebonne partie de mes collègues les intègre désormais dans GLPI…
Je ne trouve pas l’ergonomie de la recherche terrible, mais peut-être qu’après un peu plus de temps passé dessus…
Je vais suivre les autres propositions avec interet,
Bruno
[image: Bruno Cortès]
*ü*
*Pour la planète : échangez par courriel et n’imprimez que si nécessaire.*
-----Message d'origine----- De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de open doc Envoyé : mardi 14 janvier 2020 14:24 À : French SysAdmin Group Objet : [FRsAG] Le wiki a t'il encore du sens pour vous ?
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous
dokuwiki. Ca fait le job avec des recherches sur tous les documents.
Il faut mettre à jour le produit et je me demande si cela n'est pas le
bon moment pour changer de produit. Qu'utilisez vous pour gérer vos
documentations ?
Merci pour vos retours.
Alexandre
Liste de diffusion du FRsAG
http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
J'ai mis en place un MediaWiki (ou WikiMedia, je sais jamais), le moteur utilisé par Wikipedia.
Il est possible de bloquer du contenu (ou l'écriture) par espace aux groupes d'utilisateurs. Utilisateurs liés à l'AD, et il me semble que les groupes aussi
Après ça n'a pas été bien suivi et au changement de marché on est passé sur OneNote (sic), mais ça fait le taf.
Il me semble que certaines boites utilisent du Slack ou assimilés pour ça, je suis intrigué par son utilisation, si c'est vraiment si bien que ça pour ce besoin. Je sais qu'une grande boîte de prestation de service nationale utilise la fonction wiki intégré dans Microsoft Teams, mais la fonction recherche ne permet de trouver qu'à l'intérieur des documents en PJ. Je sais pas s'ils se sont royalement plantés ou quoi mais c'est foireux, autant faire une recherche dans l'explorateur de fichiers...
Le mar. 14 janv. 2020 à 16:09, Emmanuel Jacquet manu@formidable-inc.net a écrit :
Oh non j'aime bien GLPI mais son ergonomie est parfois lamentable, donc j'ai préféré rajouter un wiki. Je reste adepte des wiki.
Le mar. 14 janv. 2020 à 14:44, CORTES Bruno bcortes@montbeliard.com a écrit :
Plop,
J’ai beau être assez adèpte du Wiki à l’ancienne, unebonne partie de mes collègues les intègre désormais dans GLPI…
Je ne trouve pas l’ergonomie de la recherche terrible, mais peut-être qu’après un peu plus de temps passé dessus…
Je vais suivre les autres propositions avec interet,
Bruno
[image: Bruno Cortès]
*ü*
*Pour la planète : échangez par courriel et n’imprimez que si nécessaire.*
-----Message d'origine----- De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de open doc Envoyé : mardi 14 janvier 2020 14:24 À : French SysAdmin Group Objet : [FRsAG] Le wiki a t'il encore du sens pour vous ?
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous
dokuwiki. Ca fait le job avec des recherches sur tous les documents.
Il faut mettre à jour le produit et je me demande si cela n'est pas le
bon moment pour changer de produit. Qu'utilisez vous pour gérer vos
documentations ?
Merci pour vos retours.
Alexandre
Liste de diffusion du FRsAG
http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-- Emmanuel Jacquet manu@formidable-inc.net _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Slack pour écrire des articles rapides/courts de doc, ou ajouter des pièces jointes PDF ou autre, c’est pas complètement désagréable. Par contre, ça mériterait une amélioration car actuellement le moteur de recherche ne sait pas faire de full-text sur le contenu des notes manuelles et des documents PDF ajoutés, ce qui est « so 2000… ».
Le 14 janv. 2020 à 17:52, SERRUT Arnaud qqqrno@gmail.com a écrit :
Il me semble que certaines boites utilisent du Slack ou assimilés pour ça, je suis intrigué par son utilisation, si c'est vraiment si bien que ça pour ce besoin.
Bien sûr, perso je rajoute comme critères que je préfère un outil par fonction (old school unix je suis) et que je préfère héberger que de confier à une appli hors France
@Arnaud :c'est mediawiki l'outil de wikimedia ^^
Le mar. 14 janv. 2020 à 17:56, David Ponzone david.ponzone@gmail.com a écrit :
Slack pour écrire des articles rapides/courts de doc, ou ajouter des pièces jointes PDF ou autre, c’est pas complètement désagréable. Par contre, ça mériterait une amélioration car actuellement le moteur de recherche ne sait pas faire de full-text sur le contenu des notes manuelles et des documents PDF ajoutés, ce qui est « so 2000… ».
Le 14 janv. 2020 à 17:52, SERRUT Arnaud qqqrno@gmail.com a écrit :
Il me semble que certaines boites utilisent du Slack ou assimilés pour
ça, je suis intrigué par son utilisation, si c'est vraiment si bien que ça pour ce besoin.
Merci à tous pour vos retour. Le wiki n'est pas mort :-). Je vais tester bookstack et Plone. En parallèle mettre à jour le dokuwiki.
Alex.
Le mar. 14 janv. 2020 à 19:28, Emmanuel Jacquet manu@formidable-inc.net a écrit :
Bien sûr, perso je rajoute comme critères que je préfère un outil par fonction (old school unix je suis) et que je préfère héberger que de confier à une appli hors France
@Arnaud :c'est mediawiki l'outil de wikimedia ^^
Le mar. 14 janv. 2020 à 17:56, David Ponzone david.ponzone@gmail.com a écrit :
Slack pour écrire des articles rapides/courts de doc, ou ajouter des pièces jointes PDF ou autre, c’est pas complètement désagréable. Par contre, ça mériterait une amélioration car actuellement le moteur de recherche ne sait pas faire de full-text sur le contenu des notes manuelles et des documents PDF ajoutés, ce qui est « so 2000… ».
Le 14 janv. 2020 à 17:52, SERRUT Arnaud qqqrno@gmail.com a écrit :
Il me semble que certaines boites utilisent du Slack ou assimilés pour ça, je suis intrigué par son utilisation, si c'est vraiment si bien que ça pour ce besoin.
-- Emmanuel Jacquet manu@formidable-inc.net _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Hello Alex,
Je n'ai pris eu le temps de répondre la dernière fois,
Nous on utilise des fichiers plats au format Markdown, *gitifiés* et poussés sur un gitlab.
Pour l'accès utilisateur, un front-end http avec mkdocs .
A chaque git push, mkdocs est triggué pour updater la conf..
KISS et classe quoi :)
A+
Le 15/01/2020 à 10:47, open doc a écrit :
Merci à tous pour vos retour. Le wiki n'est pas mort :-). Je vais tester bookstack et Plone. En parallèle mettre à jour le dokuwiki.
Alex.
Le mar. 14 janv. 2020 à 19:28, Emmanuel Jacquet manu@formidable-inc.net a écrit :
Bien sûr, perso je rajoute comme critères que je préfère un outil par fonction (old school unix je suis) et que je préfère héberger que de confier à une appli hors France
@Arnaud :c'est mediawiki l'outil de wikimedia ^^
Le mar. 14 janv. 2020 à 17:56, David Ponzone david.ponzone@gmail.com a écrit :
Slack pour écrire des articles rapides/courts de doc, ou ajouter des pièces jointes PDF ou autre, c’est pas complètement désagréable. Par contre, ça mériterait une amélioration car actuellement le moteur de recherche ne sait pas faire de full-text sur le contenu des notes manuelles et des documents PDF ajoutés, ce qui est « so 2000… ».
Le 14 janv. 2020 à 17:52, SERRUT Arnaud qqqrno@gmail.com a écrit :
Il me semble que certaines boites utilisent du Slack ou assimilés pour ça, je suis intrigué par son utilisation, si c'est vraiment si bien que ça pour ce besoin.
-- Emmanuel Jacquet manu@formidable-inc.net _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Même solution ici, Markdown + Git + Mkdocs. C'est super pratique et propre. J'édite mes docs en déplacement sur Android avec Markor + Mgit
Le 20/01/2020 à 11:32, Felix Defrance a écrit :
Hello Alex,
Je n'ai pris eu le temps de répondre la dernière fois,
Nous on utilise des fichiers plats au format Markdown, *gitifiés* et poussés sur un gitlab.
Pour l'accès utilisateur, un front-end http avec mkdocs .
A chaque git push, mkdocs est triggué pour updater la conf..
KISS et classe quoi :)
A+
Le 15/01/2020 à 10:47, open doc a écrit :
Merci à tous pour vos retour. Le wiki n'est pas mort :-). Je vais tester bookstack et Plone. En parallèle mettre à jour le dokuwiki.
Alex.
Le mar. 14 janv. 2020 à 19:28, Emmanuel Jacquet manu@formidable-inc.net a écrit :
Bien sûr, perso je rajoute comme critères que je préfère un outil par fonction (old school unix je suis) et que je préfère héberger que de confier à une appli hors France
@Arnaud :c'est mediawiki l'outil de wikimedia ^^
Le mar. 14 janv. 2020 à 17:56, David Ponzonedavid.ponzone@gmail.com a écrit :
Slack pour écrire des articles rapides/courts de doc, ou ajouter des pièces jointes PDF ou autre, c’est pas complètement désagréable. Par contre, ça mériterait une amélioration car actuellement le moteur de recherche ne sait pas faire de full-text sur le contenu des notes manuelles et des documents PDF ajoutés, ce qui est « so 2000… ».
Le 14 janv. 2020 à 17:52, SERRUT Arnaudqqqrno@gmail.com a écrit :
Il me semble que certaines boites utilisent du Slack ou assimilés pour ça, je suis intrigué par son utilisation, si c'est vraiment si bien que ça pour ce besoin.
-- Emmanuel Jacquet manu@formidable-inc.net _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
-- Félix Defrance PGP: 0x46A603D10F04DC57
Liste de diffusion du FRsAG http://www.frsag.org/
Ici : git + markdown + génération avec gitbook.
Le 20/01/2020 à 11:40, Morgan LEFIEUX a écrit :
Même solution ici, Markdown + Git + Mkdocs. C'est super pratique et propre. J'édite mes docs en déplacement sur Android avec Markor + Mgit
Le 20/01/2020 à 11:32, Felix Defrance a écrit :
Hello Alex,
Je n'ai pris eu le temps de répondre la dernière fois,
Nous on utilise des fichiers plats au format Markdown, *gitifiés* et poussés sur un gitlab.
Pour l'accès utilisateur, un front-end http avec mkdocs .
A chaque git push, mkdocs est triggué pour updater la conf..
KISS et classe quoi :)
A+
Le 15/01/2020 à 10:47, open doc a écrit :
Merci à tous pour vos retour. Le wiki n'est pas mort :-). Je vais tester bookstack et Plone. En parallèle mettre à jour le dokuwiki.
Alex.
Le mar. 14 janv. 2020 à 19:28, Emmanuel Jacquet manu@formidable-inc.net a écrit :
Bien sûr, perso je rajoute comme critères que je préfère un outil par fonction (old school unix je suis) et que je préfère héberger que de confier à une appli hors France
@Arnaud :c'est mediawiki l'outil de wikimedia ^^
Le mar. 14 janv. 2020 à 17:56, David Ponzonedavid.ponzone@gmail.com a écrit :
Slack pour écrire des articles rapides/courts de doc, ou ajouter des pièces jointes PDF ou autre, c’est pas complètement désagréable. Par contre, ça mériterait une amélioration car actuellement le moteur de recherche ne sait pas faire de full-text sur le contenu des notes manuelles et des documents PDF ajoutés, ce qui est « so 2000… ».
Le 14 janv. 2020 à 17:52, SERRUT Arnaudqqqrno@gmail.com a écrit :
Il me semble que certaines boites utilisent du Slack ou assimilés pour ça, je suis intrigué par son utilisation, si c'est vraiment si bien que ça pour ce besoin.
-- Emmanuel Jacquet manu@formidable-inc.net _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
-- Félix Defrance PGP: 0x46A603D10F04DC57
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Hello all,
J'ai du xwiki mais mdwiki a l'air intéressant et surtout sans java.
Sinon j'ai dû travailler avec du Gollum et cela ne m'a jamais satisfait. Pour moi, ce n'est pas un wiki cette chose.
On Tue, Jan 14, 2020, 08:26 open doc linuxopendoc@gmail.com wrote:
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous dokuwiki. Ca fait le job avec des recherches sur tous les documents. Il faut mettre à jour le produit et je me demande si cela n'est pas le bon moment pour changer de produit. Qu'utilisez vous pour gérer vos documentations ?
Merci pour vos retours.
Alexandre _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Salut,
J'ai eu la même réflexion pour remplacer notre dokuwiki vieillissant.
J'aurais voulu un truc à la readthedocs mais je trouve que c'est un peu orienté dév/python et dans notre cas c'est pour des helpdesks et admins.
Pour l'instant, je reste avec dokuwiki mais avec des extensions, notamment : - bureaucracy : permet de proposer des formulaires qui génèrent des pages de wiki ou envoient des courriels. Il peut même appeler un script (PHP ? pas essayé) - markdown - graphviz, flowcharts (basé sur mermaidjs) - edittable : modifier des tableaux facilement - simplenavi : me permet d'avoir l'arborescence des namespaces toujours disponible - move : car bon, sans lui, le déplacement des pages dans dokuwiki est une vraie plaie. - revealjs : pour que les sections d'une page deviennent des diapositives. Un powerpoint dans le wiki, en mieux (selon moi)
Adepte du minimalisme, j'avais choisi dokuwiki pour sa simplicité (sans base de donnée ni framework lourd), mais c'est devenu un peu usine à gaz avec tout ça.
Le Tue, Jan 14, 2020 at 02:24:10PM +0100, open doc [linuxopendoc@gmail.com] a écrit:
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous dokuwiki. Ca fait le job avec des recherches sur tous les documents. Il faut mettre à jour le produit et je me demande si cela n'est pas le bon moment pour changer de produit. Qu'utilisez vous pour gérer vos documentations ?
Ça dépend de ce qu'on entend par "documentation" :)
En mode fourre-tout, le wiki a l'avantage et l'inconvénient qu'on peut poser ce qu'on a sans trop structurer. @work on utilise dokuwiki, dans des projets asso, plutot ikiwiki (geek-factor du markdown+git et visu/édition web quand meme).
Hello
Nous utilisons OneNote ! Ça marche très bien !
Jeremie
Envoyé de mon iPhone
Le 14 janv. 2020 à 07:27, open doc linuxopendoc@gmail.com a écrit :
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous dokuwiki. Ca fait le job avec des recherches sur tous les documents. Il faut mettre à jour le produit et je me demande si cela n'est pas le bon moment pour changer de produit. Qu'utilisez vous pour gérer vos documentations ?
Merci pour vos retours.
Alexandre _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Dans le même style que OneNote mais en Open Source, j'utilise Zim desktop depuis plusieurs années. https://github.com/zim-desktop-wiki/zim-desktop-wiki
Le format est facile à exploiter et il gère la coloration syntaxique grâce à l'insertion de bloc de code.
Il fait le job et surtout il est très rapide à prendre en main.
Jérôme
Le 14/01/2020 à 14:24, open doc a écrit :
Bonjour à tous,
Nous avons un vieux wiki qui concentre nos documentations sous dokuwiki. Ca fait le job avec des recherches sur tous les documents. Il faut mettre à jour le produit et je me demande si cela n'est pas le bon moment pour changer de produit. Qu'utilisez vous pour gérer vos documentations ?
Merci pour vos retours.
Alexandre _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Salut
De mon cote un bête redmine. J'ouvre un projet client et des sous projets par projets client. Ainsi gestion de drois en cascade. Pas mal de cas où je n'utilise que la partie wiki.
Autrement un client utilise un dokuwiki
Km
Pour nous, c'est tout sur Atlassian / Confluence (and co : Jira / Jira Desktop and co). Le tout en SaaS pour une raison simple : le jour où ton infra est dans le dark, tu as quand même accès à tes docs techniques, ce qui n’empêche pas de conserver un backup des docs en dehors de Confluence SaaS, pour ne pas se retrouver les couilles dans l'étau avec une boite US. (l'avantage est qu'avec l'API de Confluence, backuper l'intégralité d'un Confluence, c'est ultra simple et industriel)
A+
Le mar. 21 janv. 2020 à 13:40, Stéphane Rivière stef@genesix.org a écrit :
De mon cote un bête redmine. J'ouvre un projet client et des sous projets par projets client. Ainsi gestion de drois en cascade. Pas mal de cas où je n'utilise que la partie wiki.
+1
-- Be Seeing You Number Six
Liste de diffusion du FRsAG http://www.frsag.org/
Personne n’a mentionné readthedocs.org, c’est pas bien ?
Le 24 janv. 2020 à 10:09, Guillaume Barrot guillaume.barrot@gmail.com a écrit :
Pour nous, c'est tout sur Atlassian / Confluence (and co : Jira / Jira Desktop and co). Le tout en SaaS pour une raison simple : le jour où ton infra est dans le dark, tu as quand même accès à tes docs techniques, ce qui n’empêche pas de conserver un backup des docs en dehors de Confluence SaaS, pour ne pas se retrouver les couilles dans l'étau avec une boite US. (l'avantage est qu'avec l'API de Confluence, backuper l'intégralité d'un Confluence, c'est ultra simple et industriel)
A+
Le mar. 21 janv. 2020 à 13:40, Stéphane Rivière <stef@genesix.org mailto:stef@genesix.org> a écrit :
De mon cote un bête redmine. J'ouvre un projet client et des sous projets par projets client. Ainsi gestion de drois en cascade. Pas mal de cas où je n'utilise que la partie wiki.
+1
-- Be Seeing You Number Six
Liste de diffusion du FRsAG http://www.frsag.org/ http://www.frsag.org/
-- Cordialement,
Guillaume BARROT _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Ouais pareil depuis pas mal de société.
Pour nous c'est la solution pragmatique la moins pire. (et reconnaissons que même des gens très tech font de la doc sans trop rechigner dans confluence).
++
On 24/01/2020 10:09, Guillaume Barrot wrote:
Pour nous, c'est tout sur Atlassian / Confluence (and co : Jira / Jira Desktop and co). Le tout en SaaS pour une raison simple : le jour où ton infra est dans le dark, tu as quand même accès à tes docs techniques, ce qui n’empêche pas de conserver un backup des docs en dehors de Confluence SaaS, pour ne pas se retrouver les couilles dans l'étau avec une boite US. (l'avantage est qu'avec l'API de Confluence, backuper l'intégralité d'un Confluence, c'est ultra simple et industriel)
A+
Le mar. 21 janv. 2020 à 13:40, Stéphane Rivière <stef@genesix.org mailto:stef@genesix.org> a écrit :
> De mon cote un bête redmine. J'ouvre un projet client et des sous > projets par projets client. Ainsi gestion de drois en cascade. > Pas mal de cas où je n'utilise que la partie wiki. +1 -- Be Seeing You Number Six _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/-- Cordialement,
Guillaume BARROT
Liste de diffusion du FRsAG http://www.frsag.org/
Ouais et puis plein de plugins super utiles genre interop avec Pagerduty, integration de draw.io, etc.... readthedoc, pour moi c'est plus pour faire de la doc produit à destination des users / clients d'une solution.
Le ven. 24 janv. 2020 à 10:25, Raphael Mazelier raph@futomaki.net a écrit :
Ouais pareil depuis pas mal de société.
Pour nous c'est la solution pragmatique la moins pire. (et reconnaissons que même des gens très tech font de la doc sans trop rechigner dans confluence).
++ On 24/01/2020 10:09, Guillaume Barrot wrote:
Pour nous, c'est tout sur Atlassian / Confluence (and co : Jira / Jira Desktop and co). Le tout en SaaS pour une raison simple : le jour où ton infra est dans le dark, tu as quand même accès à tes docs techniques, ce qui n’empêche pas de conserver un backup des docs en dehors de Confluence SaaS, pour ne pas se retrouver les couilles dans l'étau avec une boite US. (l'avantage est qu'avec l'API de Confluence, backuper l'intégralité d'un Confluence, c'est ultra simple et industriel)
A+
Le mar. 21 janv. 2020 à 13:40, Stéphane Rivière stef@genesix.org a écrit :
De mon cote un bête redmine. J'ouvre un projet client et des sous projets par projets client. Ainsi gestion de drois en cascade. Pas mal de cas où je n'utilise que la partie wiki.
+1
-- Be Seeing You Number Six
Liste de diffusion du FRsAG http://www.frsag.org/
-- Cordialement,
Guillaume BARROT
Liste de diffusion du FRsAGhttp://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Il faut que j'en parle avec mes dev, j'aimerai avoir quelque chose d'unifier. J'ai présenter dokuwiki et la réponse c'es
- "c'est moche ton truc" - "oui mais regarde il y a plein de fonctionnalité" - "oui mais c'est moche ton truc"
je ne vais pas me battre avec me dev. De leur côté tout est hiérarchisé dans le drive, documentation et présentation. Il va falloir que je test et que je présente.
Merci pour vos retours
Alex.
Le ven. 24 janv. 2020 à 10:36, Guillaume Barrot guillaume.barrot@gmail.com a écrit :
Ouais et puis plein de plugins super utiles genre interop avec Pagerduty, integration de draw.io, etc.... readthedoc, pour moi c'est plus pour faire de la doc produit à destination des users / clients d'une solution.
Le ven. 24 janv. 2020 à 10:25, Raphael Mazelier raph@futomaki.net a écrit :
Ouais pareil depuis pas mal de société.
Pour nous c'est la solution pragmatique la moins pire. (et reconnaissons que même des gens très tech font de la doc sans trop rechigner dans confluence).
++
On 24/01/2020 10:09, Guillaume Barrot wrote:
Pour nous, c'est tout sur Atlassian / Confluence (and co : Jira / Jira Desktop and co). Le tout en SaaS pour une raison simple : le jour où ton infra est dans le dark, tu as quand même accès à tes docs techniques, ce qui n’empêche pas de conserver un backup des docs en dehors de Confluence SaaS, pour ne pas se retrouver les couilles dans l'étau avec une boite US. (l'avantage est qu'avec l'API de Confluence, backuper l'intégralité d'un Confluence, c'est ultra simple et industriel)
A+
Le mar. 21 janv. 2020 à 13:40, Stéphane Rivière stef@genesix.org a écrit :
De mon cote un bête redmine. J'ouvre un projet client et des sous projets par projets client. Ainsi gestion de drois en cascade. Pas mal de cas où je n'utilise que la partie wiki.
+1
-- Be Seeing You Number Six
Liste de diffusion du FRsAG http://www.frsag.org/
-- Cordialement,
Guillaume BARROT
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
-- Cordialement,
Guillaume BARROT _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
C’est des devs qui te disent qu’un truc est moche ? Alors là, on a vraiment changé de siècle :)
Sinon, y a ça aussi:
https://docsify.js.org/ https://docsify.js.org/ http://couscous.io
Le 24 janv. 2020 à 11:01, open doc linuxopendoc@gmail.com a écrit :
Il faut que j'en parle avec mes dev, j'aimerai avoir quelque chose d'unifier. J'ai présenter dokuwiki et la réponse c'es
- "c'est moche ton truc"
- "oui mais regarde il y a plein de fonctionnalité"
- "oui mais c'est moche ton truc"
je ne vais pas me battre avec me dev. De leur côté tout est hiérarchisé dans le drive, documentation et présentation. Il va falloir que je test et que je présente.
Merci pour vos retours
Alex.
Le ven. 24 janv. 2020 à 10:36, Guillaume Barrot guillaume.barrot@gmail.com a écrit :
Ouais et puis plein de plugins super utiles genre interop avec Pagerduty, integration de draw.io, etc.... readthedoc, pour moi c'est plus pour faire de la doc produit à destination des users / clients d'une solution.
Le ven. 24 janv. 2020 à 10:25, Raphael Mazelier raph@futomaki.net a écrit :
Ouais pareil depuis pas mal de société.
Pour nous c'est la solution pragmatique la moins pire. (et reconnaissons que même des gens très tech font de la doc sans trop rechigner dans confluence).
++
On 24/01/2020 10:09, Guillaume Barrot wrote:
Pour nous, c'est tout sur Atlassian / Confluence (and co : Jira / Jira Desktop and co). Le tout en SaaS pour une raison simple : le jour où ton infra est dans le dark, tu as quand même accès à tes docs techniques, ce qui n’empêche pas de conserver un backup des docs en dehors de Confluence SaaS, pour ne pas se retrouver les couilles dans l'étau avec une boite US. (l'avantage est qu'avec l'API de Confluence, backuper l'intégralité d'un Confluence, c'est ultra simple et industriel)
A+
Le mar. 21 janv. 2020 à 13:40, Stéphane Rivière stef@genesix.org a écrit :
De mon cote un bête redmine. J'ouvre un projet client et des sous projets par projets client. Ainsi gestion de drois en cascade. Pas mal de cas où je n'utilise que la partie wiki.
+1
-- Be Seeing You Number Six
Liste de diffusion du FRsAG http://www.frsag.org/
-- Cordialement,
Guillaume BARROT
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
-- Cordialement,
Guillaume BARROT _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
D'ailleurs sur le sujet je séparerais nettement doc très technique qui devrait être auto-généré et proche du code, et le reste (design, procédure d'exploitation, post-mortem, etc...)
On 24/01/2020 10:34, Guillaume Barrot wrote:
Ouais et puis plein de plugins super utiles genre interop avec Pagerduty, integration de draw.io http://draw.io, etc.... readthedoc, pour moi c'est plus pour faire de la doc produit à destination des users / clients d'une solution.
Le ven. 24 janv. 2020 à 10:25, Raphael Mazelier <raph@futomaki.net mailto:raph@futomaki.net> a écrit :
Ouais pareil depuis pas mal de société. Pour nous c'est la solution pragmatique la moins pire. (et reconnaissons que même des gens très tech font de la doc sans trop rechigner dans confluence). ++ On 24/01/2020 10:09, Guillaume Barrot wrote:Pour nous, c'est tout sur Atlassian / Confluence (and co : Jira / Jira Desktop and co). Le tout en SaaS pour une raison simple : le jour où ton infra est dans le dark, tu as quand même accès à tes docs techniques, ce qui n’empêche pas de conserver un backup des docs en dehors de Confluence SaaS, pour ne pas se retrouver les couilles dans l'étau avec une boite US. (l'avantage est qu'avec l'API de Confluence, backuper l'intégralité d'un Confluence, c'est ultra simple et industriel) A+ Le mar. 21 janv. 2020 à 13:40, Stéphane Rivière <stef@genesix.org <mailto:stef@genesix.org>> a écrit : > De mon cote un bête redmine. J'ouvre un projet client et des sous > projets par projets client. Ainsi gestion de drois en cascade. > Pas mal de cas où je n'utilise que la partie wiki. +1 -- Be Seeing You Number Six _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ -- Cordialement, Guillaume BARROT _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/-- Cordialement,
Guillaume BARROT
-
cam.lafit＠azerttyu.net -
CORTES Bruno -
Cécile MORANGE -
David Ponzone -
Dernat Rémy -
Dominique Rousseau -
Emmanuel Jacquet -
Felix Defrance -
Florent CARRÉ -
frnog＠cecilemorange.fr
-
Guillaume Barrot -
jerome＠kermorvant.fr -
Jonathan Leroy - Inikup -
Kevin Decherf -
Morgan LEFIEUX -
open doc -
PAILLE Jeremie -
Pierre DOLIDON -
Raphael Mazelier -
SERRUT Arnaud -
Stéphane Rivière -
Vu Ngoc VU