Cette page a démarré sur FilteredRecentChanges.

ModificationsRécentesFiltrées est un terme général enblobant beaucoup de sortes de filtrages qui pourraient être appliqués aux ModificationsRécentes. Quelques pages qui sont des spécialisations de ce concept :

• DossierModificationsRécentesFiltrées (ce à quoi cela ressemble)
• WebLogDigests (un PointDeVue comme une idée, qui est applicable à plus de choses qu'à simplement le wiki)
• ModificationsRécentesRelatives (trace les modifications vers les pages liées et rétro-liées)
• RéponsesRécentes
• LogAuteur
• FaisceauxDePages
• ModificationsSouscrites (une "liste de surveillance" de pages intéressantes)
• ModificationsDigérées
• EditionsRécentes (voir EditionMineure)

La manière la plus facile de filtrage à implémenter sur un wiki est de filtrer sur la granularité des pages, plutôt que de filtrer des modifications individuelles ou des commentaires individuels.

LangueFrançaise PageTranslation FilteredRecentChanges [DossierSystèmeNotation] [DossierTechnologieWikiNoncommune] (différents wikis implémentent différents types de filtrages)

Pourquoi Filtrer ?

• Différentes personnes ont divers intérêts ; pas toutes les ModificationsRécentes n'intéressent tout le monde.
• Différentes personnes ont différents niveaux de disponibilités sur différents jours. Ceci est mon plus gros problème. Il y a quelques pages dont je regarderai les modifications si je n'ai que que deux minutes (comme ma page personnelle ou une page sur laquelle j'ai récemment posté) Il y a d'autres pages que je regarderai seulement si j'ai du temps. Les filtres pourraient aider à mieux économiser du temps quand nous ne disposons que de peu de temps, plutôt que de disparaître totalement durant un mois et puis revenir (et ne plus avoir quelque disponibilité des vieux journaux de modifications).
• Le filtrage manuel est inévitable ; personne n'a suffisamment de temps pour lire chaque modification. Pourquoi ne pas fournir des outils qui aident les personnes à faire ce qu'elles vont déjà faire ?

Voir aussi FiltrerPlus.

Pourquoi ne pas Filtrer ?

• Si différentes personnes voient différentes Modifications, il y aurait moins de ContexteCommun pour qu'une communauté se forme dessus. Différentes sous-communautés peuvent évoluer sur différentes normes communales, préparant l'étape pour un conflit à venir.
• Si la raison de filtrer est des différences dans les intérêts, ce pourrait peut-être être simplement de diviser le wiki en de multiples wikis.
• Il devient plus difficile d'interpréter le silence. Est-ce que beaucoup de personnes ont vu ce que vous avez dit et n'ont pas posté quoi que ce soit ? Ou est-ce que la plupart des gens filtrent la page sur ce que vous avez posté ?

Implémentations

OddMuse a implémenté un système de modifications récentes filtrées fondé sur une recherche. Le terme de recherche est utilisé pour produire un ensemble de pages, et puis une liste des modifications récentes est produite fondé uniquement sur cet ensemble. Pour une meilleure utilisabilité, un lien vers une liste filtrée des modifications récentes est ajouté à chaque production de recherche. Quand vous cliquez sur le titre d'une catégorie, ceci "liste les rétroliens" comme nous le disons, mais en fait cela cherche simplement le nom de la page. Parce que c'est une recherche, un lien vers les modifications récentes filtrées pour cette catégorie est automatiquement disponible et peut être bookmarké par les utilisateurs.

Commentaires techniques

Placer une méta-info de filtrage sur une page vs la dissocier de la page

Je pense que filtrer la méta-information (similaire aux catégories) ne devrait pas être sur la page elle-même. Mettre l'information de filtrage sur la page vous décourage de "trancher l'information" en de nombreuses manières (parce que cela ajoute beaucoup de saletés à la page). Par exemple, il serait peu pratique en ce qui me concerne de placer "CategoryBayleShanksPick" en bas de chaque page que j'ai aimé (parce que si tout le monde faisait ça...). Si l'information de filtrage est stockée ailleurs, ceci devient cependant pratique. (ceci est en rapport avec l'idée de PageSectionnée).

-- BayleShanks

Idées de fonctionnalités

Récemment, j'ai pensé à quelque chose pour un moteur de ModificationsRécentesUnifiées. Tout le monde obtien son propre login, l'intention de celui-ci étant de stocker sur le server la liste des wikis qui vous intéressent, plus la liste des pages qui ne vous intéressent pas. Il tire ensuite tout cela ensemble via RSS (y conmpris une synthèse RSS pour les sites qui n'en ont pas). La liste des modifications récentes elle-même peut même avoir un lien "cacher" pour vous permettre de supprimer toute page dans la liste dont vous ne vous souciez pas. -- anon.

Insuffisant pour les BiggestWiki""s, mais un bon début.

J'ai commencé à implémenter une idée approchante. Mais je ne veux pas que les individus s'abonnent à des wikis ou à des pages mais à des wikis. Ainsi les communautés wiki peuvent épancher leurs concentrations dans le voisinage wiki. On s'attend à ce que les wikis incluent les entrées étrangères des modifications récentes dans leurs propres listes de modifications récentes. Si tout fonctionne le compte individuel devrait être facile. Voir MoinMoin:AdoptedPages, FailingRevolution -- MoinMoin:FlorianFesti

LangueFrançaise PageTranslation