Tags:
create new tag
, view all tags

Feature Proposal: Personalized RSS

Motivation

An old idea, but triggered once again by TWikiVsConfluence: Wouldn't It Be Nice If we could create RSS 'topics' that show just the changes of the pages we are interested in?

Description

Scenario 1: I am interested in topic changes of TopicA and TopicB. I set to create a custom RSS, go to the CreateRSS topic and add those topics (using a list?). I can save this topic as a new topic, and add it for instance to my personal left bar. When finished I click on the RSS to go to the new newsfeed page and add it to my newsreader.

Scenario 2: I just performed a search, and it shows a list of topics. Now I click on the button "Create newsfeed from these results". I am led to the CreateRSS topic where the listed topics from the results are now displayed in the list of topics I am interested in. I can add and remove topics. I can save this topic as a new topic.

-- ArthurClemens - 18 Nov 2005

instead of creating a topic, you could also just be creating a URL, that contains the SEARCH that you want to use to specify the feed.. Like with the Bug tracking system, clever use of URLPARAMS allow you to create multiple applications without necessarliy creating more (non-)topics

-- SvenDowideit - 18 Nov 2005

Example?

-- ArthurClemens - 18 Nov 2005

TWiki/PersonalizedRSS?user=ArthurClemens

looks up the list of:

  • Set SUBSCRIBEDTOPICS = Web1.this, Web2.that, TheOther

-- MartinCleaver - 18 Nov 2005

This is already possible with WebRss feed searching for InterestedParties <your name>, e.g. ?search=InterestedParties.*%WIKINAME%. Voila, you get your personalized favorites feed. See more options in WebRssBase.

This TWikiVsConfluence thingy reminds me how developers and marketing folks think differently. A feature that is trivial and not worth mentioning for developers can be heavily marketed by marketing folks. Take iPod Shuffle, the random song feature is very successfully marketed, yet it is a trivial functionality from a technical perspective. Same here with personalized RSS feeds.

-- PeterThoeny - 18 Nov 2005

These are all loose bits and pieces. This doesn't give me the functionality I want - yet. I am no TWiki wizzard, sometimes I need a bit more help (and I figure people new to TWiki do need all the help they can get).

So I can do a search, and create a RSS feed from that - its just a link actually. Easy.

  • TODO: add link "Newsfeed from these results" to search results screen
But this doesn't let me add or remove topics to the news feed. I would need a configuration page to do this.
Also when I want to change the search parameters, I would need to hack the feed url. It would be easier if this was accessible on the configure page. This could well be a section on the personal page.

Using the InterestedParties construct I would need to visit all interesting pages to leave a tag. This is just too time consuming.

-- ArthurClemens - 18 Nov 2005

The WebChanges and WebRss serve the same functionality, to inform users of what's new. The favorites functionality is something else.

The favorites functionality can be automated. In fact, it would be useful to automate it. For example, every topic could have an [Add to favorites] button, or [Remove from favorites]. Or, run a search that shows a checkbox to add/remove the search hits to/from the favorites. This could be done in a generic way if someone implements the EventTriggerPluginDev.

-- PeterThoeny - 19 Nov 2005

See my proposal for Plugins.EventTriggerPluginDev that follows the same line of thought as personalized rss.

-- ArthurClemens - 19 Nov 2005

The search parameter works some bit: I get a feed, but somehow my news client does not update the items when the listed topics are updated.

Also the feed would need a custom title, not the title of the web as it is now.

-- ArthurClemens - 24 Mar 2006

Note: some rss clients suck regarding updates. NetNewsWire, famous on Mac, does a bad job at this, while NewsMac Pro lists each topic change as an update, like it should.

I've implemented RSS based on search by extending WebRssBase so search parameters can now be passed to WebRss (Bugs:Item1960).

The search parameters that can be passed:

  • search string
  • web
  • excludetopic
  • limit
  • scope
  • casesensitive
  • date

Example:

%STARTINCLUDE%
%SEARCH{ "%SEARCHSTRING%" scope="text" nosummary="on" nosearch="on" nototal="on" zeroresults="off" casesensitive="on" type="regex" excludetopic="%BASETOPIC%,WebHome,WebStatistics" scope="text" web="%BASEWEB%" limit="all" format="   * <a href='%SCRIPTURL{"view"}%/$web/$topic?q=%SEARCHSTRING%'>$topic</a><br /><span class=\"twikiGrayText twikiSmall\">$summary</span>" header="---++ Referrals to %SEARCHSTRING% <a href='%SCRIPTURL{"view"}%/%BASEWEB%/WebRss?search=%SEARCHSTRING%;excludetopic=%BASETOPIC%,WebHome,WebStatistics;limit=all;web=%BASEWEB%;scope=text;type=regex'><img src='%ICONURL{rss-small}%' width='16' height='16' alt='' /></a>"}%
%STOPINCLUDE%

SEARCHSTRING can be passed with INCLUDE or passed as url param.

-- ArthurClemens - 25 Mar 2006

Any ideas how to extend this example to generate a 'RSS search' from a normal search that can be presented in the results of WebSearch? Specifically, I have problems in re-using phrases. "web service" as phrase breaks above example. Omitting the quotes will find web AND service, not the literal string.

-- ArthurClemens - 25 Mar 2006

Edit | Attach | Watch | Print version | History: r11 < r10 < r9 < r8 < r7 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r11 - 2006-03-25 - ArthurClemens
 
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2017 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.