[Home]FilPourWiki

MeatballWiki | RecentChanges | Random Page | Indices | Categories

Cette page a démarré sur ThreadingForWiki

Cette page traite d'ajouter des fils de discussion aux wikis.

Voir WikiLog pour une discussion générale sur la combinaison des wikis et des weblogs.

Définition de travail (à raffiner svp)
une liste ordonnée par le temps similaire à celle fournie par les WikiLogs mais augmentées pour supporter les fils de discussion à travers la facilité de répondre à des entrées individuelles.

Eventuellement j'aimerais ajouter une fonctionnalité comme ça à UseModWiki. J'aimerais pour chaque page et commentaire disposer d'un lien "répondre", et pour chaque commentaire faire qu'il soit individuellement éditable. Une fonctionnalité que j'aimerais ajouter est de permettre les discussions sur le fil d'être tranchées et impliquées dans le texte de page. Une page pourrait démarrer avec un résumé suivi par le fil de discussion principal. Des sous-fils significatifs pourraient être séparés du fil principal et avec ses propres résumés. Eventuellement, si un sous-fil devient suffisamment grand, il pourrait être migré vers une page distincte.

Cela n'arrivera pas probablement bientôt, parce que d'autres fonctionnalités (comme les catégories et traductions) ont la priorité. Cela pourrait attendre la récriture éventuelle orientée BD du UseModWiki (version 2.0). -- CliffordAdams

Pours et contres

Souci d'élaboration ? Pourquoi le veux-tu ? La PropositionFacile semble indiquer qu'il n'y a pas d'avantage dans une telle approche. En quelque sorte cela n'est pas pressenti comme le MédiaApproprié. --AlexSchroeder

Je ne pense pas que cette fonctionnalité aiderait les communautés "wiki". Je suis intéressé par d'autres choses à côté des wikis, cependant. Il existe un très grand nombre de sites qui ont entraîné les utilisateurs à savoir comment utiliser les systèmes de commentaires/réponse, alors que peu d'utilisateurs sont expérimentés avec les wikis. Les nouveaux venus peuvent se sentir plus à l'aise à écrire dans un commentaire/reply séparé que d'éditer la totalité du texte d'une page. (Enfer je me suis parfois senti inhibé sur Meatball, tout spécialement compte tenu du travers fort ModeDocument de quelques auteurs. :-)

Quelques propriétaires de sites peuvent vouloir limiter l'édition de page pleine à un petit (ou grand) groupe d'éditeurs, tout en permettant cependant le commentaire public. Pour les systèmes à gros volumes (comme KuroShin ou SlashDot), le modèle d'édition collaborative de page dégénérerait probablement dans un bazar de conflits d'éditions parce que beaucoup de gens éditeraient simultanément les pages. Avec des commentaires distincts, beaucoup de personnes peuvent répondre (presque) simultanément.

Une autre raison en faveur de telles fonctionnalités est de permettre une meilleure interface pour la discussion en fil que les conventions erratiques de "ModeFil". Par exemple, quelques personnes pourraient vouloir que tous les commentaires soient épanchés dans le texte dans une liste imbriquée/indentée, alors que d'autres pourraient vouloir ne voir que les sujets de chaque commentaire. Une autre amélioration est que les ModificationsRécentes pourraient afficher le nombre de nouveaux commentaires en plus du nombre d'éditions. Si un utilisateur a un nom d'utilisateur, on pourrait chercher les pages sur lesquelles il a récemment commenté. Etc... Vous ne pouvez pas faire ça automatiquement avec un formulaire texte libre.

Pour moi, l'un des plus gros avantages de UseModWiki en tant que projet séparé est que j'obtiens de régler les priorités de développement. (Les requêtes utilisateurs sont bienvenues, mais je dis beaucoup "non"). Quiconque veut modifier cela devra emprunter le checkbook... --CliffordAdams (Je suis bon marché, mais pas à ce point. :-)

Idées de Mise en Oeuvre

Quelques blogueurs trouvent les discussions sur wikis assez pénibles. Une rasion probablement est la complexité ajoutée d'éditer une grande page pour répondre à un commentaire. La solution veut vraiment dire de retravailler la page de telle façon qu'elle soit plus petite, mais cela prend du temps et de la patience. Pour ceux habitués à un rythme plus rapide, une méthode plus directe pourrait être requise.

La méthode basique de ModeFil du blog est de créer des commentaires et réponses. Ce n'est pas difficile de reproduire cela sur un wiki, tout spécialement sur un comme UseModWiki qui a la syntaxe (:) pour indenter un bloc de texte. Néanmoins, on a encore besoin d'éditer la totalité de la page afin de poster un commentaire. Avec la méthode boîte d'édition de la PropositionFacile, il est facile d'ajouter une page, mais cette méthode-là de commentaire est vue comme primitive par les standards du blog.

Manintenant, quand vous utilisez la PropositionFacile pour nourrir une page, vous proposez un bloc de texte que le script doit placer pour vous sur la page. Le script pourrait facilement mettre en page ce texte de façon raisonnable, comme l'ajout de votre signature et probablement un timbre chronodaté. Bien sûr, quelques implémentations font déjà ça.Imaginez que le script fournisse aussi quelque WikiSyntaxe? spéciale comme un marqueur pour indiquer la fin du commentaire tout comme quelque identifiant unique pour le commentaire, disons ~~~42 pour la recherche d'argument. Au moment de restituer la page, à chaque fois qu'il rencontre ~~~, le script pourrait alors émettre un lien vers un formulaire de réponse avec le nombre 42, et le niveau actuel d'indentation du dernier paragraphe (comme indiqué par le nombre de deux points précédents ce paragraphe.) Au moment de la proposition, le script cherche simplement ~~~42 dans la WikiSyntaxe? interne de la page et insère le texte répondu. Ceci concorde avec l'idiome actuel du blog de coller les réponses les plus récentes vers aux plus anciennes. Et si le tag ~~~42 manque, cela veut dire qu'il est édité ailleurs dans le même intervalle de temps par un bon éditeur wiki, un dialogue de ConflitEdition pourrait survenir.

Ceci n'autorise non seulement le ModFil? à durer, mais cela place aussi tous les commentaires sur une page wiki qui est aussi éditable par tous, permettant aux personnes de retravailler la page sur place. Réfléchissez aux avantages d'éditer la section fil de commentaires d'un article de weblog. Vous pourriez ôter les trolls, diminuer le bruit, unifier les redondances, effacer les erreurs, et autrement faire toutes les choses que nous faisons déjà sur un wiki. Réfléchissez aux avantages de dipsoser d'une mécanique de proposition facile en mode fil sur un wiki. Si la participation et l'action sont importants pour vous, ceci accroîtra le rythme d'écriture. Si vous voulez un WikiLog, ceci sera un futur pont des deux mondes.


Parmi les discussions de ce type de chose en rapport avec MediaWiki, une proposition intéressante figure sur MetaWikiPedia:LiquidThreads


Une implémentation devrait supporter le standard à venir des fils métadonnées [threadsML] .

Mises en Oeuvre Similaires

TWiki:Codev/EvEm a un son propre mode fil sur un site TWiki - pas encore partie du code noyau Twiki.Aussi, le TWiki:Plugins/CommentPlugin est un addon pour permettre les 'commentaires rapides' ala CarnetWeb sans avoir à éditer l'ensemble de la page. Il y a aussi le TWiki:Codev/WikiRssExtension (ala ModWiki) inspirée par les blogs pour générer des FilsRss? à partir de TWiki. -- RichardDonkin

TWiki:Codev/EvEm a cessé d'utiliser TWiki quand (pour faire court) ils ont réalisé qu'ils essayaient d'utiliser un wiki pour faire les choses "salement" qu'un weblog fait bien. le plugin commentaire noté au-dessus aide plus à faire des styles de discussion par quantités de posts séquentiels plutôt que des discussions en fils. Ce qui n'aide vraiment pas. Les éditions de sections combinées avec un plugin commentaire aident plus ici, mais ne sont pas encore un [exemple] de mode fil.- MichaelSamuels

Autres Idées

Voir TouchGraphWikiBrowser pour l'idée intéressante en rapport d'aider à remanier en autorisant à migrer facilement des parties de pages, par ex. dans un véritable wiki basé sur le fil, les commentaires individuelles pourraient être une de ces "parties". Ceci rendrait très facile la migration d'un sous-fil ou de quelques commentaires à partir d'un fil vers une autre page. (voir WikiRefactoringBrowser) -- BayleShanks

J'ai posté [une idée similaire sur WikiFeatures: BuiltinThreading.] Une des options est de produire des "salons de discussions" n'importe où sur une page wiki. Vous écririez "discussion:blahblah" et cela créerait une discussion en mode fil. Si vous le désirez, vous pourriez faire un lien à partir de trois pages wiki, ou le démarrer à partir d'une page wiki, et ensuite facilement le migrer vers une autre page wiki, simplement en migrant le titre "discussion:blahblah". Aucune raison pour laquelle il ne pourrait pas être lié tout aussi bien. Vous pourriez obtenir des mises à jour par RSS ou Email ou des modifications récentes pour la discussion.-- LionKimbro.


LangueFrançaise PageTranslation ThreadingForWiki DossierTechnologieWiki DossierTechnologieWikiNoncommune

Discussion

MeatballWiki | RecentChanges | Random Page | Indices | Categories
Edit text of this page | View other revisions | Search MetaWiki
Search: