Cherche wiki ou cms simple pour rédaction de specs
Par Nicolas Steinmetz. mardi 27 janvier 2009, 00:20. Trucs de geek cms spécification wiki | Lien permanent.
Hello,
Pour rédiger des specs pour un usage interne et en profiter pour montrer que faire des contenus au format web, c'est plus sympa que des .doc immondes, j'aurais besoin de l'outil suivant :
- Multi utilisateurs
- Multi profils (lecteur / contributeur / admin)
- Rubriquage / Catégorisation des contenus
- Editeur WYSIWYG
- Capacité d'insérer des images et pièces jointes (attaches ou "embed")
- Commentaires (merci pixenjoy)
- Bonus : édition en front office
- Techno : peu importe tant que ça se déploie facilement sur un serveur web de type apache et sous Windows.
A première vue, je verrais des choses comme dokuwiki (pas sur pour le wysiwyg), modx,
Exclus d'office :
- SPIP : Pas de WYSIWYG
- eZ Publish : on a dit simple et pas trop lourd
- Mediawiki : idem
- Drupal : pas envie de me casser la tête avec 123 modules à installer - Quoique à la limite Drupal + module Book...
D'autres idées ?
Commentaires
As tu pensé à Plone (http://www.plone.org/countries/fr) basé sur Zope (http://www.zope.org/) ?
Dokuwiki à un module WYSIWYG qui se couple bien avec un extension perl... dont j'ai oublié le nom mais qui sort du code valide de ce qu'on m'en a dit
Dans mon ancienne boîte on utilisait wikini, qui a l'avantage d'être supra-simple d'installation et d'utilisation. C'est du LAMP pur et dur. Quand on l'avait mis en route, il n'avait pas la fonctionnalité "fichiers joints", mais ça a peut-être changé, va savoir.
(en tous cas, dokuwiki est un bon choix, je pense)
Ça ferait un beau projet Django, enfin je dis ça...
Le WYSIWYG, c'est mal ! :-p
Sérieux, dans la dernière version de SPIP (svn), la barre de boutons d'aide à la saisie des raccourcis typo a été remplacée par un plugin "porte_plume" ( http://spedr.com/3mzfp ) qui utilise la librairie jQuery markItUp ( http://spedr.com/3ohg6 ). Et ça roxe !
XWiki? Il remplit toutes tes conditions. (http://www.xwiki.org)
@Alexis : Non, je n'y avais pas pensé - même si Plone peut répondre aux besoins, l'écosystème Zope n'a rien de folichon. Un but inavoué est de faire rentrer les wiki par la petite porte... je vois déjà la réaction de l'infogéreur si j'arrive avec du Zope... (et pas que de l'infogéreur d'ailleurs :-P
@YvesTan : je devrais peut être pas l'écrire mais le but en tant que tel n'est pas d'écrire du code valide mais de faire une opération séduction - donc why not pour dokuwiki mais no way pour l'extension perl :-P
@No' : mes souvenirs de tentative de catégorisation de wikini sont plutot assez mauvais et même si j'avais rédigé les specs de la refonte des portails e-achats du MinDef, je suis pas chaud pour cette solution. En plus, depuis pas de version depuis Dec 2007 apparemment, j'ai pas envie de partir sur une solution peu/pas maintenue.
@David : certes mais là, je veux un truc prêt à l'emploi - pour reprendre la "devise" django, ma deadline est bcp trop courte
@Nicolas : y a des screenshots qqpart de ça ? Le but est que l'utilisateur ne voit pas les raccourcis typo mais une version "WYSIWYG", comme s'il était dans word en fait... qu'il génère du hmtl en tant que tel ou des raccourcis typo, je m'en cogne, c'est juste que je veux un truc user friendly (opération de séduction, on se rappelle...)
@Kolia : Rigolo, j'ai commencé à lire la doc du site hier soir - cela a l'air pas mal, j'ai téléchargé la version Entreprise & Workspace au bureau, je tente de regarder ça asap.
Merci à tous en tous cas
@Nicolas : http://documentation.magraine.net/Presentation - hormis l'aspect prévisu, cela n'a pas l'air roxer tant que ça... enfin amha...
Pour Xwiki Entreprise, ça fait vraiment usine à gaz
Pour Xwiki Workspace, la version standalone ne fonctionne pas.
Pour ce que j'ai envie de faire, je pense pour le moment que c'est un Drupal ou un Modx qui s'en rapproche le plus...
Pour le plugin wysiwyg :http://www.dokuwiki.org/plugin:fckw avec le module perl html2wiki.
NiCos > Dès que tu auras trouvé ton bonheur, pourrais-tu si le temps le permet, rédiger un article sur ton choix. ? Je suis également intéressé par la rédaction de specs online.
Sinon pas sécurisé mais pratique , il y a GG docs.
Google Sites ? Edition plutot facile, gestion de droits (readonly, contrib) (mais qu'à un niveau global, pas rep par rep) ... L'un de nos clients l'utilise (et il ne s'agit pas d'une petite startup à 3 geeks
).
@YvesTan : merci pour la précision
@Samuel Martin : pour le moment, j'ai éliminé Drupal et pour Dokuwiki je pense qu'il va pas y rester longtemps. Je pense surtout que c'est lié au fait que je crois assez peu au wiki et que je suis plutot enclin à un CMS avec édition en Front Office pour avoir l'effet wiki (facilité d'édition) mais tout en ayant une structure propre et arborescente.
@TristanM : je me sens pas assez ambitieux pour leur vendre Google Sites
JCDecaux, c'est encore très 1.0 par certains cotés (j'en peux plus des mails...)
Et pourquoi pas un simple "Wordpress" ?
J'adore voir cet juxtaposition de "simple" et "wordpress"
Je ne me vois pas utiliser un moteur de blog pour rédiger des specs, par contre, ça m'a fait penser que je dois inclure la notion de commentaire dans mon cahier des charges, merci !
J'ai utilisé le mot "simple" pour Wordpress car je le trouve beaucoup moins complexe que Drupal, EzPublish ou un Typo3 qui sont certes très puissant mais des usines à gaz à manipuler.
C'est vrai que c'est un moteur de blog mais il est suffisamment souple pour être customisé ou utilisé comme un CMS. Mais j'ai cru comprendre que tu n'avais pas beaucoup de temps à consacrer à la mise en place de l'outil.
Je t'ai fait cette suggestion car je suis très adepte de l'autoformation et pour consigner l'acquisition de mes connaissances (et les partager), j'utilise Wordpress sous sa formule blog.
Bon maintenant, tu as surement un certain nombres de critères qui font que cet outil ne répond pas à tes besoins.
Tiens nous au courant lorsque tu aura trouvé l'outil adéquat.
j'ai l'impression que ma remarque t'a froissé - c'était pas du tout mon objectif.
C'est vrai que j'ai eu un projet un peu malheureux avec Wordpress et j'ai jamais trop accroché à son interface d'administration - ceci explique sûrement cela.
Je pourrais retenter l'expérience mais le but est vraiment que je passe un minimum de temps sur l'implémentation de l'outil pour me focaliser sur le contenu et le rendu pour monter comment c'est bien d'avoir des choses au format web et non au format doc.
En même temps, va bien falloir que j'y consacre un minimum de temps si je veux faire qqc de bien... pas gagné tout ça - faut que ça murisse encore dans ma petite tête
By the way, qqn connait un éditeur wysiwyg qui sait inclure du code et surtout y appliquer une coloration syntaxique ? Mes premières recherches n'ont pas donné grand chose...
"j'ai l'impression que ma remarque t'a froissé"
Non, pas de soucis, je cherchais juste à vendre un peu Wordpress car je suis assez adepte de cet outil. (Je l'utilise pour mes clients et pour moi même avec satisfaction)
C'est vrai que pour l'adapter à ses besoins, ça demande d'y consacrer un peu de temps.
Pour ce qui est de la doc html, je suis tout à fait d'accord avec toi. Par exemple, j'avais un cours de webdesign à préparer pour cette semaine. J'ai repris une bonne partie des articles de mon blog, fait des copier/coller dans Open Office et celui-ci à transformé automatiquement toutes mes balises H1, H2, H3 ... en titre 1, titre2, titre3 ... Aucun reformatage du document texte à faire. J'ai donc pu générer le sommaire en deux clic et exporter le tout en pdf pour fournir un document aux étudiants, tout ça très facilement et rapidement.
Bon courage dans ta recherche d'outil.
Sur la partie éditeur WYSIWYG + code avec coloration syntaxique, il y a TinyMCE 3.x avec le plugin rj_insertcode (basé sur Geshi) - Très réussi et simple à mettre en place.
J'ai toujours eu des expériences malheureuses avec TinyMCE..
Certes mais pour le moment, c'est le seul pour lequel j'ai trouvé qqc et de récent... Même si on prend des syntaxes comme Markdown ou Textile, la prise en compte de Geshi n'est pas naturelle...
Je crois qu'XWiki a longtemps utilisé TinyMCE, mais face à son instabilité ils ont refait leur propre éditeur WYSIWYG (basé sur GWT je pense), dont la première version a du sortir récemment.
Je sais que tu avais trouvé que XWiki était une usine à gaz mais tu as aussi beaucoup d'exigences, et rien n'empeche d'alléger l'interface avant de le mettre entre les mains du clients?
PS: J'utilise Google Site et XWiki sur des projets différents pour partager les specs avec les développeurs
Salut,
j'utilise Mediawiki pour faire mes cahiers des charges, avec un plugin FCKEditor pour l'édition HTML.
J'ai rajouté un correcteur grammatical Antidote, en rajoutant une icône dans la barre d'outils FCKEditor, cette barre d'outil lance Antidote hébergé dans un serveur d'application Windows 2008 Serveur distant, et fait la correction grammaticale.
Sur les 300+ extensions de Mediawiki, j'en ai sélectionné 30 (je peux te donner la liste si tu veux), et j'ai au final plus de fonctionnalités que Word 2007 (j'ai même inséré dans Mediawiki une barre d'outils Ajax Office 2007)
Voici l'interface que j'ai essayé d'obtenir : http://img19.imageshack.us/img19/96...
L'objectif est de rivaliser avec Word en terme de simplicité, ergonomie, et fonctionnalités ; c'est assez difficile, mais on y arrive.
J'ai aussi travaillé avec un Wiki (Mindtouch) ; tu peux télécharger sa machine virtuelle VMWare pour l'installer en un clic. C'est à mon sens le wiki le plus convivial qui existe, avec toute une série de plugins.
Tu as XWiki, avec son plugin Balsamiq (payant, mais gratuit en utilisation live sur le site de Balsamiq) pour faire des mockups/prototypes d'écrans logiciels ; ce plugin se retrouve également dans le fameux Atlassian Confluence.
Il y a aussi Zoho Wiki, avec tous ses outils associés Zoho Office ; le wiki le plus rapide à démarrer.
Enfin, je teste actuellement le concept de wiki encapsulé dans un CMS : Mediawiki dans un Joomla, l'exercice est très intéressant, tu as une formidable ergonomie (le CMS avec ses templates graphiques et la modularité de son interface, ses menus de navigation, les 3500 extensions Joomla), et tu peux y encapsuler du mediawiki, pour profiter des fonctionnalités de versionning et d'édition multi-utilisateur, vu que c'est principalement pour ça qu'on utilise un wiki et pas un CMS (Joomla est très faiblard en versionning) !
Ca te permet également de faire de la communication corporate top/down figée, et d'y encapsuler du wiki dans les zones où tu veux de l'édition collaborative.
De manière générale, en termes de déploiement, du plus rapide au moins rapide : outil Saas, machine virtuelle, opensource php/java...
Tu peux aller sur les sites de mashable et programmable pour les outils Saas, sur la section "VMWare Appliance" du site vmware et Jumpbox pour tes machines virtuelles préparamétrées, et sur wikimatrix (comparatif de wiki, à voir avant de choisir un wiki !)/sourceforge/novaforge pour tes applications opensource
Si tu veux plus d'infos, je suis à ta disposition.
A+
Pierre
Ah ouais, quand même - jolie entreprise dans laquelle tu t'es lancée. Je connaissais pas non plus balsamiq !
J'avoue que même si j'ai un petit a priori négatif sur mediawiki, je suis intéressé par la liste que tu as retenu. En tous cas, tu as apparemment étudié tout plein de solutions, tu dois consolider une sacré expérience du coup des différents outils. J'avais pas pensé à un mix CMS/Wiki, par contre en arriver là, ça me parait surtout montrer les faiblesses de chaque outil et un moyen d'y remédier tant bien que mal.
Je regarde prochainement les autres solutions que tu as mentionné et auxquelles je n'ai pas forcément pensé...
Un grand merci en tous cas !
Salut,
si tu veux un wiki prêt-à-l'emploi, alors ne prends pas mediawiki (mais Mindtouch Deki Wiki, ou Zoho Wiki), car sans extensions il n'est pas très convivial, et en matière de templates graphiques, j'ai vu mieux !
Si tu le donnes à des utilisateurs finaux, ça ne va pas aller, il y a quand même un minimum d'extensions à installer, et qui ne s'installent pas en un clic comme pour Joomla (il faut aller modifier un fichier php et rajouter des require(...) pour insérer et activer les extensions, c'est un peu décevant).
Tu dois installer au moins 6-7 extensions pour avoir un wiki équivalent au Mindtouch Deki Wiki (wiki java).
Le CMS Joomla est excellent en terme d'écosystème (templates graphiques, et 10 fois plus d'extensions que Mediawiki), et il pallie en partie aux faiblesses de Mediawiki, cad son interface, l'organisation visuelle du contenu, et son moteur de recherche.
Ca te permet également de lancer un portail internet de présentation du projet ; en termes de communication interne, c'est quasiment indispensable (avec newsletters, flux rss, multi-blogging, micro-enquêtes...)
Voici ma liste d'extensions Mediawiki :
http://www.scribd.com/doc/11751990/...
Pour les critères de choix d'un wiki, j'avais également comme prérequis :
1) le faire de pouvoir importer du word,
2) réexporter un groupe de pages du wiki en Word (cad faire un panier de pages wiki, et générer un word pour envoyer à la DSI ou un prestataire externe...et ça seul Mediawiki permet ça à mon avis)
3) avoir un alerte temps réel (petite popup ou message ajax) indiquant qu'une autre personne édite cet article
4) créer un sommaire avec une liste d'article (vu qu'on découpe le cahier des charges en une liste d'articles wiki, car on n'édite pas un cahier des charges de 100 pages sur une seule page wiki qui ferait alors 2-10 Mo à charger à chaque fois....)
5) spécifier des mots-clés (faire du wiki sémantique), et rajouter des propriétés aux pages/articles (saisie dans un formulaire) : numéro de version (car il faut bien figer des numéros de versions indépendamment du versionning intégré de mediawiki), auteurs (comme les propriétés d'un document word), code projet, code client...et pouvoir faire des recherches multicritères dessus
6) créer une timeline du projet
7) pouvoir widgetiser tous les outils Google et Zoho, et autres outils web 2.0 (Gliffy "visio-like", Mindomo pour les mindmaps, slideshare pour les powerpoint, scribd pour le pdf-like, ...)
8) un véritable correcteur grammatical (Antidote, lancé via un serveur d'application Windows 2008 Serveur virtualisé dans un VMWare)
Et là, seul Mediawiki tient la route...
Les points 7) et 8) sont des "avantages exclusifs" que n'a pas Word, cela permet de vendre la solution en interne, et la défendre correctement...comme je l'ai dit, difficile de rivaliser avec Word (hors avantages wiki historiques : collaboratif/versionning/navigation par liens wiki, pas de check in/check out comme un outil de GED du genre alfresco/knowledge tree...)
Voilà pour la petite histoire...
Comme tu t'en doutes, ça m'a pris des dizaines d'heures pour créer cette liste d'extensions, et valider le tout ; mais ça fait partie de mon job (consultant indépendant / spécialiste opensource, je mets en place des systèmes d'informations et conseille les entreprises sur les outils et l'écosystème opensource)
Si tu as des petites questions, je suis à ta disposition.
En attendant, bonne chance dans ta recherche du wiki idéal !
A+
Pierre
Un grand merci !
Surtout que j'ai eu ma première réunion de travail sur le projet pour lequel je souhaite mettre en place ce système... va falloir que je me dépêche de faire mes tests...
Bonjour,
je ne sais pas où tu en es dans ta recherche de wiki.
Dans ma boite nous utilisons le wiki de http://trac.edgewall.org/ pour gérer les projets. Tout est regroupé, gestion des taches sous formes de liste, des bugs et documentation et cahier des charges dans le wiki.
Certe comparé à un simple wiki c'est un peu plus lourd
Pour faire vite, j'ai utilisé sphinx pour le moment - C'est vrai que j'ai oublié Trac dans l'histoire, surtout que je trouve sa syntaxe pas trop mauvaise et le plugin WYSIWYG pas mal non plus
Merci pour ce rappel en tous cas.
A mon travail, j'ai mis en place twiki,
Il est en perl, utilise des fichiers plats (rcs), possède une grande communauté, des centaines de plugins dont du WYSIWYG , gere les versions sur les fichiers attachés....
J'ai même développé du javascript pour charger des fichiers xml-excel.....
franchement a essayer.
Stéphane ROBERT
http://www.webdevonlinux.fr
A tout hasard, tu connais ProjectPraise (http://tinyurl.com/ckylkj) sous Joomla ?