5176 sujets

Le Bar du forum

Salut tout le monde,

depuis bientôt un an, nous avons mis en place notre intranet. Au départ, beaucoup d'agitation, des mises à jour régulières.
On avait choisi comme solution rapide à mettre en place, un intranet tout statique que chacun devait mettre à jour en fonction de ses besoins avec un passage obligé par la case FTP. On utilise CVS pour synchroniser nos versions locales histoire de pas rendre la chose encore plus compliquée pour récupérer les fichiers mis à jours par quelqu'un d'autre. Quelques semaines plus tard, on oublie l'outil ou on a pas le courage d'ouvrir l'éditeur, de modifier la page, de transférer, de mettre à jour CVS... bref il a pas fallu longtemps pour que l'outil soit déserté.

Histoire de rendre l'outil plus pratique, on a décidé d'opter pour la solution Wiki qui serait très rapide à mettre en place : installation, 2 ou 3 customisations et c'est parti.

D'après vos expériences, avez-vous des outils OpenSource à me conseiller? Je recherche un Wiki qui produise du XHTML valide et qui se prête assez bien à l'utilisation que nous recherchons... assez important: la possibilité d'uploader et de lier des fichiers directement à partir de 'outil. Sinon pas trop de contraintes. Je n'arrive pas à trouver un WiKi qui serait un des classiques du genre, avec une communauté assez active... bref, un projet qui vie bien !

Si certains d'entre vous ont déjà eu l'occasion d'utiliser un Wiki en tant qu'Intranet, je suis aussi curieux de connaître leur expérience
Smiley smile

Merci à tous!
Modifié par SuD (07 Dec 2005 - 17:56)
a écrit :
Quel intérêt particulier présente un wiki pour un intranet ?


Salut Dominique,

Le principal atout à mon sens c'est la facilité et rapidité de mise à jour des informations. La possibilité de mettre à jour les pages de l'Intranet ne doit pas être réservé aux spécialistes du HTML ou de Dreamweaver au sein de l'entreprise il me semble. Je vois l'Intranet comme un outil de collaboration et de partage entre TOUS les employés (lecture et écriture). Vous me direz "Dans ce cas pourquoi pas un CMS?"... on y a pensé mais les procédures de mises à jour des textes, de création de nouvelles pages avec la plupart des CMS est longue et ça ne se résume pas à quelques clics. Avec un Wiki, quand on a compris la syntaxe (qui est le seul point noir selon moi, mais ça fait son charme), tout est simple, la création de nouvelles pages est automatique quand on crée un lien... etc...

Je sais pas si je répond bien à la question ? Smiley biggol

<edit>Je pense avoir fait mon choix, ça sera sans doute PmWiki http://www.pmwiki.org/wiki/ </edit>
Modifié par SuD (08 Dec 2005 - 10:56)
Salut,

Ma société installe des Intranet avec SPIP et FckEditor pour créer les pages. L'intéret de FckEditor, c'est que nous le configurons pour que seuls les styles définis soient utilisable pour générer des pages valides.

Exemple "Gras" génère <strong></strong> et ainsi de suite. Nous limitons aussi les Hn jusqu'à H3... La solution s'avère très pratique pour les utilsateurs (interface semblable à Word de Microsoft) et donc l'utilisation devient facile au bout de 15mn de formation.
Salut Papyjo,

C’est vrai qu'un CMS qui utilise un éditeur WYSIWYG est une solution assez facile à maintenir. Dans mon cas, j'avais pensé utiliser Mambo avec l'éditeur SPAW ce qui revient un peu au même que ta solution avec Spip.

Cependant, je trouve que la solution Wiki est encore plus accessible et rapide pour les mises à jour. Pas besoin de se loguer à une interface d'administration, puis de naviguer dans cette interface pour trouver la page concernée, ou encore de crée la page, la modifier, valider, retourner sur l'intranet pour vérifier... Ca devient vite assez contraignant et on a pas toujours le courage de faire tout ça.

Avec un Wiki, on a toujours le lien "éditer" sur la page, on accède donc à l'édition en un seul clic, puis un seul autre clic pour valider les changements et retourner sur la page modifiée pour apprécier les changements.

Petite parenthèse :

En ce qui concerne les éditeurs WYSIWG comme FckEditor, même en limitant les fonctionnalités pour éviter que les pages ne deviennent très vite des sapins de noël, j’ai eu beaucoup de mauvaises expériences avec les copier-collers de clients faits à partir de Word par exemple… On ne peut pas maîtriser la façon dont le texte arrive dans l’éditeur. Dans le meilleur des cas, l’utilisateur saisie son texte directement dans l’éditeur et là y’a pas de problème, mais quand le texte est copié à partir d’une autre application, bonjour les dégâts. Avec le Wiki, à la validation, on supprime tous les éléments qui font partie de la syntaxe HTML, pour ne garder que la syntaxe propre au Wiki.
Modérateur
SuD a écrit :
On ne peut pas maîtriser la façon dont le texte arrive dans l’éditeur.


Dans la dernière version, tu peux forcer le coller en texte seulement.


FCKConfig.ForcePasteAsPlainText	= true ;


Mais bon, j'avous que même avec ca, ca ne prend pas grand chose pour générer un code horrible. Deux ou trois mauvaises manipulations, et voilà.

J'ai plutôt hâte que le WYM Editor soit prêt pour l'utilisation. J'adore ce concept. Si ce n'était pas du fait que je n'ai pas le temps d'investir du temps dans le développement d'un tel outils, j'y sauterai à pieds joints. Smiley ravi
a écrit :
J'ai plutôt hâte que le WYM Editor soit prêt pour l'utilisation. J'adore ce concept. Si ce n'était pas du fait que je n'ai pas le temps d'investir du temps dans le développement d'un tel outil, j'y sauterai à pieds joints. ravi


Je n'avais pas eu vent de ce projet, merci pour le lien, en effet ça semble très prometteur !

Je vais aussi considérer l'utilisation de FckEditor en remplacement de SPAW pour des projets clients car je ne connaissait pas cette fonctionnalité pour sécuriser le copier-coller... l'outil devient déjà plus intéressant.

Pour le Wiki, je ne nous vois pas confier un tel outil à un client pour la mise à jour des textes de son site, c'est sûr! Mais je trouve que son utilisation pour un Intranet d'une entreprise qui fait dans le Web, peut apporter beaucoup de dynamique, vu que personne n'est réticent ou ne posera problème pour l'apprentissage de la syntaxe Smiley smile