Cette page a démarré sur WikiQualityStandard

Cette page est destinée à débattre du minimum raisonnable de fonctionnalités que devrait fournir un moteur wiki. Probablement WQS-1 ou WQS-2005 pour la première série des standards. De tels standards pourraient passer par une "alpha" (suggérés), une bêta (mis en place par au moins 3 moteurs wiki connus) et une phase "finale" (mis en place par 7 PrincipauxMoteursWiki ou adoptés par WikiSym).

Motivation : BeatDoebeli et moi avons trouvé une motivation commune pour disposer d'un tel standard, pace que nous entrerons en concurrence avec nos moteurs TWiki et ProWiki contre des systèmes de gestion de contenu (CMS) qui ont des add-ins wiki de faible qualité. Les moteurs wiki de basse qualité peuvent être perçus comme un problème car ils peuvent entâcher la réputation du wiki en tant qu'outil pour résoudre des problèmes. Par exemple, quelques add-in wikis manquent de liens profonds, de recherche plein-texte, de rétroliens voire même des ModificationsRécentes. Le fait de traiter de StandardQualitéWiki que ce soit avec des nouveaux venus wiki ou des décisionnaires faciliterait vraiment notre argumentation. A l'avenir, un standard de qualité pourrait aussi influencer l'adoption d'autres standards. Par exemple, à WikiSym, il y avait un consensus sur le fait qu'une fonctionnalité future d'échange wiki sera importante pour l'acceptation du wiki parce que les utilisateurs pourront être certains qu'ils pourront migrer leurs contenus vers un fournisseur différent ou un moteur différent s'ils en ressentent le besoin. Un WQS-200x pourrait comprendre ce type de "capacité de migration" et par conséquent servir les intérêts des utilisateurs wiki et par la même la haute qualité des fournisseurs wiki. -- HelmutLeitner

Fonctionnalités suggérées pour WQS-1 / WQS-2005:

• Les pages wiki peuvent être créées et éditées par les utilisateurs rapidement selon la manière wiki.
• Un marquage simple (ou le WYSIWYG) permet une mise en page générale des textes sans avoir besoin de connaître le HTML.
• Le lien automatique convertit les noms écrits de pages, images et sites web en liens (en option : le lien automatique des noms de pages peut être configurable)
• Une sorte de page de "modifications récentes" affiche chronologiquement ces pages qui ont été éditées.
• Une fonction diff montre la modification la plus récente d'une page (peut-être aussi les modifications entre les révisions de pages)
• Une recherche plein-texte pour les titres de pages et les contenus des pages.
• Une fonction RétroLien affiche les pages qui sont liées à la page en cours.
• Chaque page wiki a une URL lisible qui peut être utilisé pour le lien profond.
• Une HistoriqueVersion est disponible pour chaque page, et les révisions des pages précédentes peuvent être retrouvées, par exemple pour se protéger du vandalisme, du spam ou des erreurs des utilisateurs.
• Une sorte de résolution de conflit d'édition garantit qu'aucune contribution ne puisse être écrasée en silence.
• Un index de page montre toutes les pages existantes.
• ...

Les Fonctionnalités qui pourraient être étudiées pour WQS-2:

• Support pour une syntaxe de tableaux.
• Support pour une syntaxe de table des matières.
• Support pour RSS (RichSiteSummary).
• Support pour lien InterWiki.
• Les utilisateurs peuvent effacer des pages sans avoir besoin d'un accès administrateur.
• Les utilisateurs peuvent téléverser des fichiers et les rendre disponibles pour le téléchargement ou l'affichage.
• Quelque sorte de protection contre le spam qui supporte supporte une ouverture maximale, si cela est désiré.
• IP- et blocage-range-IP pour se défendre contre certaines attaques.
• Support pour un WikiExchangeFormat standard à venir.
• Support pour l'interface WikiGateway.
• Support pour Unicode / UTF-8.
• Quelque sorte de notification par e-mail sur les modifications de pages.
• ...

LangueFrançaise PageTranslation WikiQualityStandard DossierStandardWiki

J'ai pensé à une piste parallèle, spécifiquement pouvons-nous créer une catégorie du standard de qualité qui marque un hôte impliqué ? Ceci pour dire que l'hôte fera les mises à jour appropriées, maintiendra le site et ne mettra pas le site en AquariumWiki. -- MarkDilley

Faire une récompense pour ça, avec une belle petite image pour les bénéficiaires à poster sur leurs wikis, peut-être ? -- ChrisPurcell

Mark, veux-tu dire un WikiHostQualityStandard dans le sens : quelles sont les attentes raisonnables qu'un utilisateur wiki eu égard à sa participation ? Par exemple, qu'il y ait un énoncé mission qui indique aux participants ce qui est attendu, et définit un cadre raisonnable pour la collaboration sur lequel on peut compter ? Que le système reste ouvert à la parcipation publique constructive, à moins que ce ne soit énoncé différemment ? Qu'il y a un engagement à long terme de l'hôte, à moins que ce ne soit énoncé différemment ? Des choses comme ça ? -- HelmutLeitner

Oui Helmut, toutes ces choses, tu y es. Je pense que le StandardQualitéHébergementWiki (traduire WikiHostQualityStandard) est tant un sous-ensemble de cette discussion et un sujet plus large que nos intérêts spécifiques dans les PratiquesWiki, jusqu'à ce que tu imagines regarder la perturbation qui arrive quand un réseau de confiance s'en va, je me demande quels sont les exemples que nous pourrions amener :-) Best, MarkDilley

Je suggère de migrer "Users can delete pages without needing admin access." de WQS-1 à WQS-2 -- cela me semble du type "avancé". -- BayleShanks

Bayle, je l'ai déplacé, même si je ne vois pas, pouquoi l'effacement de page est un tel gros sujet avec beaucoup de moteurs. ProWiki utilise un fichier RCS pour archiver les états de pages. Lors de l'effacement, seul le fichier wiki est effacé, le fichier archive RCS continue à exister. Ainsi une page effacée peut être restaurée comme une page modifiée. Cela semble très simple. -- HelmutLeitner