TestWiki

Une page de questions/réponses à propos du "wiki.new", pour pouvoir en tirer plus facilement un tutoriel par la suite..

EN CONSTRUCTION Vos ajouts/corrections sont les bienvenus !

P.S. pour Renaud : vu l'état d'avancement de tes pages explicatives, j'y migrerai progressivement le contenu de celle-ci afin de la supprimer..

Lu sur le wiki AEL (from Nicolas Pettiaux) : J'aimerais bien que l'on crée un wiki (....), de préférence un zwiki car je préfère zwiki à phpwiki car le contenu est du texte structuré pour lequel il existe plein de moulinettes python pour le recoder en docbook, pdf ... et qu'il y a d'autres fonctionnalités super ... Mais zwiki utilise zope qui est gourmand en ressources !
J'ai été lire http://www.zwiki.org/WhatIsZwiki et je n'ai pas eu envie d'aller plus loin : trop de fonctionalités citées me semblent trop peu utiles que pour en valoir la peine.. Par exemple, pouvoir générer x formats en sortie me semble superflu à partir du moment où on peut enregistrer le résultat HTML. Ou encore, mélanger les fonctions ML et wiki me semble plus une source de bordel qu'une force : aussi bien sur notre wiki que sur celui de RC, on retrouve des pages où visiblement les gens ont confondu la ML avec le wiki, et qui sont donc sans grand intérêt et/ou mal structurées (or, le wiki, c'est notamment pour "auto-structurer" et pérenniser l'info..).
Et surtout, lier le wiki à Zope au lieu du simple PHP+SQL alourdit l'ensemble. Donc je suggère de mettre l'accent sur les performances de ton code, face à des concurrents comme zwiki.

Code HTML.

Puisque le wiki public sera fusionné avec le wiki privé, et que gérer ce genre de possibilité sur base des permissions serait une forte complication, Renaud n'implémentera pas le support HTML (cf lignes commençant par "|") comme dans l'ancien wiki privé. Les nombreuses fonctionalités ajoutées par rapport à PHPwiki devraient suffire; sinon, il vous reste la possibilité d'envoyer du code HTML (conforme) au webmaster, et de demander au groupe sa publication sur le site statique.

Cohérence des interfaces.

Un ajout important du nouveau wiki est la possibilité de reprendre autour d'une page du wiki les bandeaux du site principal via l'option "header=full" dans l'URL. Cela permettra de rendre des pages du site plus dynamiques tout en gardant une continuité dans le "look" pour un visiteur extérieur. Puisque ce dernier peut cliquer sur des liens, l'option "header=full" est "persistente" c-à-d qu'elle s'ajoute automatiquement aux URL lors du surf..
Toutefois, puisque cette fonctionalité est destinée aux visiteurs extérieurs de passage (et pas aux "participants" au wiki) et qu'elle consomme de l'espace à l'écran, elle ne fonctionnera pas lorsque vous êtes connecté au wiki ou bien lorsque vous éditez une page du wiki (même une page publique).

Au stade, actuel, le bandeau de tête reprend les mentions suivantes.

• si on est connecté :

• sinon :

La "page principale" pointe en fait vers "index.php" et renverra donc ....

le lien Editer texte, etc subsiste-t-il en haut à droite d'une preview (anormal vu on est déjà en train d'éditer) ?

Si je force edit dans URL d'une page ajouter : fonctionne (vu permissions??) mais affiche toujours le warning "ATTENTION..." en haut de page d'édition

Gestion des permissions.

Puisque ce wiki doit aussi héberger des pages privées pour la "cuisine interne" du LUG, un système de restriction d'accès souple est important (même si certains y sont allergiques.. ).

Les permissions sont gérées via un système de groupe :

• member est le groupe de tous les membres; chaque membre effectif (qui a demandé son login auprès du webmaster) est donc membre de droit de ce groupe. Les pages réservées à member concernent la "cuisine interne" du LUG.
• team est le groupe des membres actifs; a priori, on tentera de mettre un minimum de pages dans ce groupe d'accès restreint. Il pourra s'agir d'informations à destination des membres qu'on ne veut pas qu'un membre quelconque puisse modifier (auquel cas : visible par member, éditable par team..) ou bien d'informations confidentielles qu'on ne veut pas risquer de voir divulguer à l'extérieur et/ou prématurément (auquel cas : visible et éditable par team..)
  • qqc groupes encore plus restreints existent pour des tâches spécifiques : accès aux pages directement liées au site public (rédacteurs), gestion trésorerie (trésorier), etc.
• lorsqu'on voudra inclure des personnes extérieures dans des projets non (encore) publics, on créera des groupes spécifiques. Bien entendu, tout membre qui participe activement au projet sera dans le groupe, et les pages de ce groupe seront généralement ''(sauf info particulière à préserver) visibles au groupe member..
• ceux qui ne sont dans aucun groupe (un visiteur extérieur du wiki) ont accès aux pages publiques en lecture et (sauf restriction dans les permissions) en écriture. Il est important, maintenant que les 2 wikis sont fusionnés, de ne pas restreindre inutilement les accès!! (et puis Xof ne sera pas content ;-P). Sinon on se prive de contributions extérieures, car beaucoup de gens sont rapidement agacés par des restrictions d'accès.. Cela veut dire aussi qu'il faut éviter autant que possible les liens de pages publiques vers des pages privées.. (par contre, l'inverse est utilisable sans modération, c'est même un des gros avantages du nouveau wiki)
• seules les personnes qui ............... peuvent éditer les permissions et options des pages

La liste des pages varie suivant les droits de l'utilisateur qui l'appelle (il ne voit que les pages qu'il a le droit de voir). Si on entre explicitement une URL avec page=<nom d'une page privée>, le wiki répondra : "l'accès à cette page est restreint"... ce qui dévoile quand même une info : le fait que la page existe.. Mais la seule manière de camoufler l'existence de la page serait de proposer de créer une nouvelle page de ce nom, ce qui est impossible puisque la page existe déjà!

Autres.

Le contenu de cette page est librement éditable et n'engage donc que son/ses auteur(s). LiLiT asbl n'en assume en aucun cas la responsabilité et se réserve le droit de retirer tout contenu jugé inaproprié.