It’s just data

Radio vs Syndirella

Reasons I like Radio's News Aggregator better than Syndirella:

I'm looking forward to crossing items off of this list.  ;-)

Take a look at NewsGator[1]. While being "just" an aggregator, it works like a charm and it's perfectly integrated with Outlook.

(no, I'm not being paid to pimp it :)


Posted by Paolo Marcucci at

Paolo: I'm a fan of the author, but I don't do Outlook.

Posted by Sam Ruby at

You should try RSS Bandit then and tell me what you think. I think at least two or three of the issues you raise don't exist with it. The [second] most current build is at GotDotNet

Posted by Dare Obasanjo at

Radio has had a much longer "development time" than Synderella as you point out but its moving much faster. Every day brings new functionality. FWIW, I am using the version that is integrated into dotnetweblogs and it may act differently than the stand-alone version. I don't know.

Posted by Sam Gentile at

Dare - you know that I have RSS Bandit on my machine. You also fixed one of the issues already, presumably based in part on my input. Meanwhile, you have 3 or 4 left. ;-)

Sam - you know me well enough to know that in this particular blog entry the key line is the last one. I also discovered that I'm on
Dmitry Jemerov's blogroll, so I'm pretty confident that he is listening.

Posted by Sam Ruby at

OK let's walk through your issues.

* Subscriptions accessible outside of application - CHECK.

* I don't use Mozilla so don't know what CTRL-click does.

* Author of blog entry is visible - CHECK [title bar is changed].

* Subscriptions displayed in alphabetical order. - CHECK [I currently have an option for sorting but have decided to always sort, I'll change the code tonight or tomorrow]

* Review items later - CHECK [not only do I track unread items between runs of the application but you can mark a read item as unread]

Posted by Dare Obasanjo at

I know Sam-) I read the last line...Just confirming and throwing in my 1/2 cent....

Posted by Sam Gentile at

Dare: Control-click creates a new tab in Mozilla. While IE doesn't do this, there is no reason why RSS Bandit couldn't.

In my daily use and IMHO, changing the title bar is not sufficient visual indication - I would prefer a the name of the feed be placed at the top of the data - possibly as a <h2> or such.

Explicitly going back and marking an item unread is hard to do if you can't find the item. There are times when a simple cronological display is better than a three paned interface.

P.S. You didn't give yourself credit for th last item. You have a catch up on all feeds menu item.

Posted by Sam Ruby at

So the issues you have are

* Better indication of whose feed you are reading. [I dislike having an H1 or H2 in the text given that I already add a link to the blog at the bottom]

* Some way to better track items. [I am fuzzy on what you want here and could do with a more detailed feature request]

Cool. Gimme feedback. I want to be code and article complete by the end of this weekend.

Posted by Dare Obasanjo at

Dare: you skipped the tab feature request.

Your links at the bottom currently look like this:

Originally posted at

The ability to sort rss entries by date instead of by weblog is what I find nice about Radio's approach. If I wanted to sort by person, I'd simply go to their weblog. ;-)

These are all just one user's opinion. YMMV, and all that.

Posted by Sam Ruby at

So you want a way to view all [new?] items regardless of who wrote them in a list view? Or have I mistaken your feature request?

Posted by Dare Obasanjo at

My thoughts on Syndirella - cool but not as nice as Radio and NetNewsWire

My thoughts on Syndirella: it's cool but not as cool as Radio (or Mikel's cooler MyRadio which allows you to group your subscriptions) or NetNewsWire I like the easy to use HTML Scraper for those sites that don't provide RSS. I don't like the fact...

Excerpt from Roland Tanglao's Weblog at

Reading Things. Radio vs Syndirella. [Sam Ruby] I have a simpler reason why I like Radio better.  It doesn't make the stupid assumption that practically every reader in existence makes.  Who the hell wants to read things one at a...

Excerpt from Spiral Dive at

Dare: suffice it to say that I agree a lot with what what was said on "Spiral Dive". However, I'm less adamant about the one item at a time issue.

I tend to think of it a lot like I think of email. Yes, most mail programs mark items as read and unread and present them to you one item at a time, but it is also comparitively easy to find an e-mail that you received yesterday independent of such markings.

My guess is that where I will ultimately end up is with HEP. The idea of unified email and blogging is attractive to me.

That would also explain the popularity of NewsGator.

Posted by Sam Ruby at

I've considered such functionality before and dropped the idea once I realized that I had no idea what dates to sort information by. The time of the post, the time it was downloaded or the time it was read?

Email doesn't have this problem because it just uses the time it was received or sent which are guaranteed to be there and are fairly unique which is not the case with blog posts.

I'd love ideas as to how to display this reasonably.

Besides that popping up a selection collection of RSS items in an HTML pane or a seperate browser instance would be fairly easy to do but not a feature I want. The code will be out in the wild in a few weeks and anyone who wants to hack that in would be free to.

Posted by Dare Obasanjo at

Have you tried Wildgrape yet? The UI seems a little smoother than syndirella.

Posted by Bill Kearney at

The date sorting in Radio is based on when Radio saw the item. A reader program pulling items could base it's timestamp on that interval. This allows you to 'be sure' that you're seeing the items. If it based on the timestamp of the file you might not see the items in a chronological view (the feed timestamp could be old but you're just now reading it). If the items themselves have timestamps the same thing applies, you might not have seen them yet. I'd think some balance could be struck between them. If you're looking at the feed and it's items then use whatever timestamps can be gleaned from the feed/items. That is, use the feed's own timestamp, not when you pulled it. You would, however, want to track the timestamp of when you received the item. This would allow you to keep up with items that have recently appeared in your queue. This is how most users would probably want to see a chronological list sorted. To use the feed timestamps might have all sorts of items appearing in the past, not to mention someone diddling with timestamps in a vain attempt to stay at the top of a list (usenet people be damned).

So when you pull items, put several timestamps on them. Date pulled, item's own date (if present), feed's timestamp at pulling interval. If the item doesn't have a timestamp of it's own then use the one on the feed document itself. It's redundant, perhaps, but it'd give you easier sorting later on.

As for handling read/unread that's trickier. Radio compile the items out of the feed into a local store. That local store does some unique checking to see if you've already seen a given item. If you've seen it already it doesn't add the item to the feed's composed list. Once the items are composed they're then submitted to the internal articles queue. It's from here that the aggregator list is made.

Radio does nothing to let you mark what's been read or not. You can 'delete' the items but the UI for it is clunky at best.

It's good to see new reader development. The features in .Net are nothing short of amazing. And the improvements in speed from using a native UI are incredible. Using HTML is cool and all, but it's too damned slow.

Posted by Bill Kearney at


Bill Kearney: Have you tried Wildgrape yet? Looks like we have Yet Another Three Paned .Net Aggregator. This aggregator does allow you to have multiple collections of feeds, sorts, searches, and filters your subscriptions by date and content. Sweet. ...

Pingback from Sam Ruby: YA3PDNA


Crossing off

Sam Ruby gives his list of reasons why he likes the Radio aggregator better than Syndirella. Here's my list of... [more]

Trackback from yole's devblog


<a title="Sam Ruby: Radio vs Syndirella" href="">Sam Ruby: Radio vs Syndirella</a>

RSS aggregator features listed, need to harvest these and add where necessary to Scarab as required features for Ideagraph -... [more]

Trackback from Ideagraph Development Notebook


Sam has some observations on RSS aggregators. I mainly use the Radio aggregator which i like, my only request would be that it made more noise when it has problems with feeds, rather than the silently dropping then after so many...

Excerpt from Simon Fell at

"Radio beter dan Syndirella"

Sam Ruby vergelijkt de RSS-lezers Radio Userland en Syndirella. Hij beargumenteert zijn keuze voor Radio. Dmitry Jemerov, de maker...

Excerpt from [weblog] drwxr--r-- at

Syndirella + Pamphlet

Sam Ruby outlines a number of features he would like to see implemented in Syndirella a Three Paned .NET News Aggregator I tried last week and found promising as an news reader application. A lot of things make sense to me, in what Sam writes. I...

Excerpt from Through the Blogging-glass at

SharpReader vs Syndirella

Reasons I like Syndirella better than SharpReader:  The icon in the system try changes color if there is new items to be read. Syndirella detects when the content of a given item changes. Not a very long list.  Of course, many of the Radio... [more]

Trackback from Sam Ruby


My thoughts on Syndirella - cool but not as nice as Radio and NetNewsWire

My thoughts on Syndirella: it's cool but not as cool as Radio (or Mikel's cooler MyRadio which allows you to group your subscriptions) or NetNewsWire I like the easy to use HTML Scraper for those sites that don't provide RSS.... [more]

Trackback from Roland Tanglao's Weblog


Add your comment