La contradiction entre ces deux idées est une force solide dans chaque wiki. Souvent le noyau dur des membres de la communauté se concentrera sur les dernières modifications : il s'intéressa à que la communauté pense d'un tel sujet et voudra enclencher une discussion. Les visiteurs venus d'ailleurs atterrissent sur un wiki en suivant un lien vers une certaine page. A partir de celle-ci, ils commencent à explorer le site, en suivant les liens et en lisant les pages telles quelles, quelles que soient leurs âges.
Remettez cela en perspective avec la façon dont les gens débarquent sur un CarnetWeb (blog) : ils peuvent arriver sur un certain billet, mais au lieu de lire les liens en rapport, les visiteurs sauteront sur la page d'accueil et trouveront ce qui existe dans l'esprit de l'auteur à un instant t. Soit maintenant.
PageTranslation LangueFrançaise CommunityWiki:TimeInWikis DossierDynamiquesWiki?
... TimeInWikis :
Comment s'arranger avec le temps, sans trop perdre de l'InstantWiki ?
Cette question a émergé avec l'apparence des CarnetsWeb dans les wikis (et plus récemment les ModificationsRécentes quand cela a été présenté en premier). Mais ceux-ci n'ont pas besoin d'une solution complète vis à vis du temps. Pour disposer de fonctionnalités de calendrier/journal daté de WikiAsPim, même si nous avons besoin de résoudre quelque chose, il serait probablement joli s'il existait un moyen intégré que le wiki puisse traiter le temps à chaque fois qu'il survient.
Une page pour chaque jour ? Et puis un moyen d'inclure l'information à partir de beaucoup de pages jours sur une page ?
Quelle est la voie la plus wiki pour faire cela ?
Voir aussi ArchivageActualités? (ArchivingNews), TimbreTemps, ContexteTemporel.
La difficulté-clé dans les wikis actuels est due au fait que chaque page unique requier un nom de page unique, ce qui est du texte raisonnablement sensible et pas quelque marmonnement auto-créé.
Cependant, si chaque morceau de texte existait sans un nom, mais seulement avec un date, vous pourriez alors assigner un ou plus wiki noms à chacun de ces morceaux (d'une manière équivalente au fait d'assigner des catégories), et alors la page wiki elle-même transcluera tous ces morceaux ensemble dans une vue.
Bien que ce soit un supplice - chaque morceau s'il continue à exister comme un morceau discret signifie que tous les morceaux ont des limites... différent de cette page wiki de texte où un paragraphe au-dessus coule dans le texte, et vous auriez du mal à mettre un identifiant là où les sont les ruptures de jour. L'InstantWiki n'est pas simplement la sensation d'oubli du temps d'une page, mais aussi le fait de brouiller les frontières entre les morceaux de textes contribués.