[Home]FilteredRecentChanges

MeatballWiki | RecentChanges | Random Page | Indices | Categories

FilteredRecentChanges is a general term encompassing many sorts of filtering that could be applied to RecentChanges. Some pages which are specializations of this concept:

The easiest kind of filtering to implement on a wiki is to filter on the granularity of pages, rather than to filter individual Changes or individual comments.

[CategoryRatingSystem] [CategoryUncommonWikiTechnology] (different wikis implement different types of filtering)

Why Filter?

See also FilterMore.

Why not to Filter?

Implementations

OddMuse has implemented a filtered recent changes that is based on a search. The search term is used to produce a set of pages, and then the list of recent changes is produced based on this set only. For better usability, a link to a filtered list of recent changes is added to every search output. When you click on the header of a category, this "lists the backlinks" as we say, but in effect it just searches for the page name. Since it is a search, a link to the filtered recent changes for that category is automatically available and can be bookmarked by users.

WikiPedia has a version of filtered recent changes by a feature called the "watchlist". Individual pages are added to a watchlist by a user. Most power users rely on this feature because, on Wikipedia, RecentChanges is essentially only useful for catching vandalism, not monitoring discussions, since it's so large.

Technical comments

Put filtering meta-info on page vs. decouple it from page

I think filtering meta-information (similar to categories) should not be on the page itself. Putting filtering information on the page discourages you from "slicing the information" in lots of different ways (because it adds more crud to the page). For example, it would be impractical for me to put "CategoryBayleShanksPick??" at the bottom of every page that I liked (because if everyone did that...). If the filtering information is stored elsewhere, however, this becomes practical. (this is related to the idea of a SectionedPage).

-- BayleShanks

Feature ideas

Recently I've been thinking of something for a UnifiedRecentChanges engine. Everybody gets their own login, the purpose of which is to store on the server the list of wikis you are interested in, plus the list of pages you aren't interested in. It then pulls everything together via RSS (including synthesizing the RSS for sites that don't have it). The RC listing itself can even have a "hide" link to allow you to suppress any page in the list that you don't care about. -- anon.

Insufficient for the BiggestWikis, but a nice start.

I have started implementing a similar idea. But I don't want individuals to subscribe to wikis or pages but wikis. So wiki communities can extend their focus to pages in neighbouring wikis. The wikis are expected to include the foreign RC entries in their own RC list. If everything works individual account should be easy. See MoinMoin:AdoptedPages, FailingRevolution -- MoinMoin:FlorianFesti


Discussion

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