• 35% des personnes se sont inscrites (14/40)
• 35 pages crées.
• quelques retours et suggestions
  • trouver le moyen d'avoir un lien vers la page précédente.
    • utiliser la fonction intégrée du navigateur, non ? -- CharlesNepote
    • Pas vraiment car si on vient de mettre à jour une page et qu'on fait back, on se retrouve en édition. -- FranCois
      • C'est le seul intérêt que j'y voyais mais arrive-t-il si souvent que l'on veuille revenir en arrière de la sorte ? Enfin, ce qui est faisable, c'est de tracer tout le parcours du visiteur dans une variable de session, mais ça pose problème à partir du moment où le visiteur utilise plusieurs fenêtres (ce que je fais tout le temps...). La solution avec le paramètre dans l'URI serait très mauvaise:
        1. Cela allongerait l'url
        2. Cela ajouterait un paramètre supplémentaire, ce qui est très mauvais pour l'indexation dans google (et probablement d'autres moteurs de recherche)...
        3. Cela créerait une multitude d'adresse différentes pour la même page (ce point est certainement le pire)
      • Donc voilà, je ne pense pas que cela soit si intéressant que ça (même si ça pourrait permettre de faire des études statistiques sur le comportement du visiteur etc.) Si jamais la personne veut vraiment revenir à la dernière page vue alors qu'elle a procédé à une édition (ou autre) entre temps, elle n'a qu'à revenir plusieurs fois en arrière via la fonction intégrée au navigateur... -- LordFarquaad
  • y'aurait-il un moyen simple d'être prévenu lors de la création ou la modification d'une page en fonction de critères.
    • je ne comprends pas votre question : en fonction de quels critères ? -- CharlesNepote
    • les mêmes utilisés dans la recherche par exemple. Typiquement, aujourd'hui, j'aurai pu être notifié que vous (tu ?) aviez fait une modification sur cette page. Dans certains cas, lorsqu'on n'a pas le temps de flâner, c'est interressant d'avoir un mécanisme de PUSH d'information. -- FranCois
      • Il me semble avoir vu une contribution qui permettait de s'abonner à une page, cf probablement les ContributionsAvancees.
      • PS.: moi c'est OK pour le "tu" ;-) -- LordFarquaad
      • Effectivement, il y a plusieurs contributions pour la notification (NotificationParCourriel par exemple) et même ce que je cherchais en fait, la notification via jabber. Malheureusement, il semble que le site se PHP jabber soit fermé.
      • Plus généralement, il me semble qu'on pourrait ajouter une fonction notify qui se chargera de faire la notification de modification. Cette fonction se chargerait aussi de décider du moyen (mail, jabber, sms, modification d'une page WikiNi :-) et des destinataires de la notification. -- FranCois
• François

Utilisation dans le cadre Professionnel

Objectifs

1. Fournir à chaque équipe/projet, un espace de travail collaboratif rapide et simple d'utilisation donc efficace.
2. Améliorer la diffusion de l'information et des connaissances : si chaque équipe utilise le Wiki, les autres équipes on une vision transversale de l'ensemble des activités de l'entité.
3. Centraliser et factoriser les connaissances de chacun : on sait facilement, qui fait quoi et si on a besoin d'une ressource ou d'une information, on regarde d'abord en local avant de se lancer sur le net.

Suivie d'utilisation

Contributions

• mon site perso
• Le Carpediem, site pour ma super cousine Nath. Ici, l'objectif est de permettre à Nath de mettre à jour le site au jour le jour le plus simplement possible. Donc, via ftp, elle créé un répertoire et y met les photos, c'est fini. J'ai hésité avec SPIP mais cela n'est pas assez light pour mon besoin.

• Une interface ou un tutoriel pour l'ajout d'images dans les pages. Bien sur, il suffit de mettre du code HTML mais un mécanisme simple comme celui des liens serait sympa.
  • En fait ça manque dans la doc installée de base, mais la syntaxe pour mettre une image est la même que pour les liens, la reconnaissance se fait via l'extension (c'est pas top mais bon...) -- LordFarquaad
• En plus de header et foot, ajouter 3 zones left, center, right definies dans des div que l'on peut ensuite disposer comme on le souhaite au travers du css. (j'ai modifié header.php, foot.php et wakka.css dans ce sens, pour mon utilisation cf patch 1 en bas de page)
• d'une façon plus générale, utiliser des div plutot que des class.
• avoir la possibilité d'associer un css particulier à une page : permet aisément de dynamiser le site.
• mettre un mécanisme de note de bas de page et de renvoie dans la page.

Patchs

• page : permet de donner un style à la page entière et de donner une image en background
• title : mettre le titre du wiki où on le souhaite
• main : placer l'espace d'écriture comme on le veut.