Sometime during the past week, the number of downloads of RSS Bandit from SourceForge crossed 100,000 for the most recent release and 300,000 total downloads since the project moved to SourceForge a year and a half ago. This isn't bad for a project that started of as a code sample in an MSDN article a few years ago.

However even though Torsten and I have been improving the original code for about two years now there is still a bunch of work to do. Some of these areas for improvement were recently pointed out by Jack Vinson in his posts RSSBandit Thoughts and More RSSBandit Experience. Below are his comments and responses from me.

"Next unread item" means the oldest unread item, rather than the youngest.  This seems to run counter to most of the aggregators, which present the newest unread item.  Interestingly, the "newspaper" view shows items in reverse chronological order.

I like to read posts in the order they were written especially when a newer post might be a follow up to an older post [as is the case with the latter post by Jack]. In general, I don't think anyone has really complained about this before.

Space bar goes to "next unread," rather than doing a "scroll" in the current reading pane window when viewing in newspaper mode.  If the reading pane has focus, it will scroll there.  When reading a single post, it does scroll as expected.

The behavior of going to the next unread item on hitting space bar predates the newspaper view. The problem we had when coming up with newspaper views was how to integrate both features in a way that was intuitive. The main issue here being that if the space bar scrolls you through the newspaper and you scroll half way down then click somewhere else, do you expect that half the posts from the newspaper view should be marked as read or stay unread? We didn't have a good idea of what the right choice would be so we punted on the problem by not scrolling in the newspaper view when you hit space but instead keeping the old "Next Unread" behavior.

RSS Bandit is much more sensitive to errors in the feeds - more accurately, it tells me that there are errors in some feeds.  They provide a "feed error" folder that lists problems as they arise.  But I see that the feeds it has trouble with work fine elsewhere.  Not good.

Some of the errors we report really aren't worth showing to end users. Things like HTTP timeouts and the like are really transient issues that are more likely due to the user's network than a problem with the feed. We need to do some filtering of these errors in future releases.

I can't get the full text on excerpt-only feeds.  This is probably the biggest loss of moving from the old reader.

If the feed only has excerpts, how do we get the full text of the entry?

I like the newspaper view, when I select a folder (they call them "categories").  Articles are listed in descending order, but are grouped by feed.  I don't quite understand how the feeds are sorted (it's not by the feed with the most recent article is at the top.)  This is a handy mode for reading unread stuff once or twice a day.

I like this feature as well. In the next version we'll be adding the ability to flag or mark items as read/unread from the newspaper view. The feeds should be sorted by the order the appear in the tree view.

RSS Bandit is a stand-alone application, but it uses the Internet Explorer engine to render HTML and XSLT.  By default, it opens links in tabs within the app.  You can also have it open links in the default browser.  I like the tabs in the application.  Now I need to find out if there are keyboard shortcuts for navigating the tabs.

Tabbed browsing is definitely cool. You can navigate between tabs by pressing the Ctrl+Tab or Shift+Ctrl+Tab keys. It's pretty sweet.

The BlogJet This plug-in works in the reading windows.  But the BlogJet This plug-in for IE does not work in the tabs that open within RSS Bandit

Weird. I'm not sure why this is the case but can look into it.

Email this only emails the URL of the post.  I'd rather it give the entire text (HTML) of the item (along with the URL). 

I've kind of wondered about this myself but since no one has ever really complained I never changed it. Are there other RSS Bandit users out there that would prefer that "Email This" sent the body of the post and not just the URL as it does today?

I'm not quite clear on how the user interface is responding. Sometimes I will select a folder/category that has updated feeds, and I will get a view that lists just the new entries. Other times the newspaper will show both new and old entries. The topic list always shows both the new and old.

For search folders the newspaper view shows all the items in the folder while for regular feeds or folders/categories it shows the unread items.

One can create search folders to display ONLY unread messages, for example.
It seems slow, but this is my complaint with many of these apps. Maybe I just read too many feeds. Marking about 80 unread items read (when in the "unread view") took quite a while. Even 28 unread items took 10-15 seconds to "process." This seems to be a memory issue, because the next time I hit "mark all read" in the same usage session, it is much faster.

I agree that it does seem to take far too long for an operation like "Mark All Read" to be performed in a search folder. I'll work on improving the performance of this for the next version.

There seems to be no easy way to tell the software that I'm offline and to not bother downloading.

Go to the File menu and select "Work Offline". We also detect if you select this option directly from Internet Explorer as well.

When it's checking feeds, it eats a lot of resources. So much so, that I can't even scroll the current window, much less select a new feed to read. (Outlook has been doing the same thing to me lately.)

Downloading feeds is pretty CPU intensive for us. Not because of the actual downloading of the files but because we run the algorithm that infers relationships across different posts so we can show them as threaded conversations. I hacked on this code during the last release but only made it slightly less CPU intensive. I've considered just having an option to turn off this feature for the folks who'd rather have a more responsive UI than the threaded conversation feature.


 

Tuesday, 12 July 2005 17:09:47 (GMT Daylight Time, UTC+01:00)
I can always make the email this plugin configurable like I did for the w.Bloggar Blog This plugin if you think it's useful.
Tuesday, 12 July 2005 17:19:03 (GMT Daylight Time, UTC+01:00)
"I've considered just having an option to turn off this feature for the folks who'd rather have a more responsive UI than the threaded conversation feature."

That would be greatly appreciated. I work on a development team that publishes code changes in an RSS feed, so I often get 50-100 new posts at a time. If RSS Bandit were to perform really well under a heavy load, it would be much more satisfied with it.
Peter Rust
Tuesday, 12 July 2005 20:08:30 (GMT Daylight Time, UTC+01:00)
I'd also appreciate if it was possible to turn threaded conversations off -- I've never even used that feature and often been frustrated by CPU usage when grabbing new feeds (though maybe I read too many feeds as well :).

I've loved RssBandit since I first used it but there do seem to be a few features that end up adding complexity rather than something useful, at least for me. I always want to sort posts by date for example, but often accidentally click the column heading instead of the first post, which throws me off completely. It's always a tough call though to decide what features to include though, and for the most part RssBandit beats everything else out there!
Tuesday, 12 July 2005 20:43:09 (GMT Daylight Time, UTC+01:00)
You might be interested to know that back in March I also did a little write up on my first impressions of using RSS bandit. It can be found at:

http://www.chirilov.org/archives/2005/03/first-impressions-of-rss-bandit/

Some of the issues are the same. I haven't upgraded since writing the post so I'm not even sure if any of my concerns have been addressed.

BTW, I would like to echo the comment that the "email this" functionality should contain the complete text of the post (plus a link to the original source).
Tuesday, 12 July 2005 21:08:03 (GMT Daylight Time, UTC+01:00)
Coolness. Thanks for replying to this. Hope it was okay to post this way, rather than on the RSS Bandit's forums.

In response to "full text on excerpt feeds" I was referring to things like the NewsGator "fetchlinks" tool which optionally allows you to have NewsGator download the HTML of the page to which the feed points.
Wednesday, 13 July 2005 07:20:17 (GMT Daylight Time, UTC+01:00)
"I've considered just having an option to turn off this feature for the folks who'd rather have a more responsive UI than the threaded conversation feature."

Oh, that would be cool! I never use the threads anyway, since I am constantly pressed for time and exploring the news on a thread-per-thread basis takes much longer than just reading every bit of what I have committed myself to reading each day (still too much). If you added the option to turn the threads off, I would upgrade in a heartbeat.

Thanks for a great application and a great blog!
Accel Bank
Wednesday, 13 July 2005 08:19:42 (GMT Daylight Time, UTC+01:00)
It took me a while to figure out what the threaded blog postings where you were talking about. I like that feature, though I rarely use it. I would have though cross-referencing using a large map would be quick -- just memory intensive.<br /><br />One thing you could do is do the download and XML parsing in one step, and the cross referencing in a second -- and a background thread at a lower priority. Wait, I don't think that will work, process priority is what you need to adjust. But a seperate thread at lower priority in RSS would improve the performance of the UI, just not the machine in general.<br /><br />I also have this problem -- and is why I almost never leave RSS running in the foreground.<br /><br />Another thing you could do (perhaps?) is randomize the download time of the feeds -- so that not everything was grabbed at once. This would also help with another problem I've had: a lab firewall monitor noticed RSS bandit contacting all these difference sites at once and black-holed my machine for 30 minutes. ;-)
Wednesday, 13 July 2005 11:37:55 (GMT Daylight Time, UTC+01:00)
Regarding the e-mail feature: please keep the current functionality. I don't like it when my friends e-mail me an entire webpage or post in the body of the e-mail; I much prefer receiving the link so that I can check the page myself, at my leisure. Putting the whole post in the body causes problems for those on slow internet connections or those (like me) who have configured Outlook to render all e-mails in text-only mode.

I've been using (and loving) RSSBandit for months now and I haven't found another aggregator that works as well. Thanks for all the time and effort you put into it.
htmc
Comments are closed.