Viral Players and RSS Widgets

For a long time, we’ve wanted to have widgets for our RSS feeds that others could embed in their blogs or web sites. I’ve had a few false starts in this area, mostly due to the fact that I don’t know Flash or ActionScript, which is what most of these are written in. So I’ve been dabbling recently. My first experiment was for Social Innovation Conversations.

This is a Flash RSS reader and media player from They’re a widget-service provider and this is one of their free versions. The image at the top isn’t part of the player — I’ve added that — but will, for a fee, generate a custom player for you, track usage, generate reports, etc. On one hand I like widgets as services, but I’m not fond of the idea that we need to go back to them and pay a fee every time we want to make a change. All things being equal, I’d rather own the source code or at least be able to tweak it ourselves. I’m also a bit concerned about their infrastructure. We’ve noticed on more than one occasion that the player won’t download from But I do think their widget has the best combination of functionality and design given what I’ve seen.

The requirements for are somewhat different however. On Social Innovation Conversations, we have a limited number of feeds for which we need player widgets: just one per channel or perhaps one per series, and specifically for audio. But for, we need a palyer widget that will work with any feed submitted by a member or any playlist that s/he creates and may have associated audio or video.

I’m still struggling with the idea of a player widget versus a simple RSS widget. It’s easy for audio: the web-page real estate is predictable. But it’s hard to put a simple playlist widget in a narrow column, for example, and expect it to play a mix of audio and video formats. I’ve tried a variety of pop-up window schemes, but haven’t particularly liked them.

Then I came across Google Gadgets. It turns out that the same gadgets you can add to your iGoogle home page can also be deployed on third-party pages, at least if they’re written properly. I really didn’t want to get into writing code for a new framework, but as usual the Google documentation is pretty good and there were lots of examples of RSS and player widgets. One nice thing about all Google Gadgets is that you can read their source code, making it much easier to build upon the work of others. I’ve just completed my first foray into Google Gadgets and embedded an RSS feed gadget on the /feed pages of

Yes, Google Gadgets are hosted elsewhere, but I have a lot more faith in Google’s infrsatructure than in that of an unknown company. And although we’re limited in what we can do with a Google Gadget, we do have complete control over the source code and formatting and can change it at any time. Furthermore, we can use this widget with any RSS URL since that and other things can be passed as parameters. Eventually, I’ll make the color scheme configurable for anyone who wants to paste the widget from any of our feeds or playlists into their own web site. That’s not too hard to do.

I have discovered one nasty bug in the Google library, however. Their parser for RSS feeds tends to pick up the wrong URL and doesn’t give you access to the others. For example, it may return the URL from the <enclosure> tag (a link to a media file) instead of the <link> tag, which is usually a web page. So you never quite know what’s going to happen when you click on one of the links in our widget. It may open the web page for the program, or it may just start playing the audio or video. I think it’s an old bug, so I don’t know how much attention it’s getting from Google’s developers.

I know this isn’t the end of the Player/RSS Widget saga. There are still CSS and browser-incompatibility problems, and if it turns out we need a Flash player to go along with the RSS reader, I may still go back to or even outsource the development of a custom player. But for now I’m just going to clean this one up, add user control over colors and size, and deploy it for our playlists in addition to feeds. And get a lot of feedback. Progress Blogging

I just noticed that I’ve done almost no blogging for the past month. I think I’ve had my head and fingers buried in code for The project is coming along, with major changes and new features almost every day. The changelog page is on our wiki. But I completely forgot about the benefits of blogging our progress in public. Like many others, I’ve “progress blogged” in the past, and it was a great way to organize thoughts, share the experience and get great feedback. So you should expect to see many more blog posts here about the trials and tribulations of the evolution of I hope you find my therapy valuable or at least entertaining.

Buy Rebuild America Bonds

Part of the current liquidity problem is individuals and institutions who are hoarding cash. And who can blame them given the performance of stocks and bonds. But do you remember War Bonds? Well, neither do I. But I’d love the chance to invest in the future of America. I think President Obama and the new super-majority House and Senate should direct the U.S. Treasury to issue American Recovery Bonds that pay 4.0%-4.5%, federal tax-free with 25-year maturities. The revenues would be used to fund infrastructure projects including highway repairs and solar- and wind-power generation plants. All that money goes to working Americans who in turn keep our economy and credit markets alive. I’d buy them, wouldn’t you? Good investments for those 401(k)s and IRAs, too. in Alpha-Test

It’s very much a work-in-progress and won’t launch officially until early December, but for the past two weeks we’ve opened up for an early alpha test. I just published version 0.3 which includes a first cut at the all-important playlist feature. Please stop by, register, post a program or two or an RSS feed, and create a playlist. For complete details on the current status of the site, please visit our
wiki page. nd please post your feedback on our
target=’newTab’>discussion forum.