November 30, 2005
@ 06:19 PM

These Windows Live services keeping popping up. The general public can now sign up for the Windows OneCare Live beta. More information about the new beta can be gleaned from the blog post entitled Consumer Beta Goes Live! from the Windows OneCare team blog. For those who are wondering what the service is below, the following brief description may help

What it is:
An automatically self-updating PC health service that runs quietly in the background. It helps give you persistent protection against viruses, hackers, and other threats, and helps keep your PC tuned up and your important documents backed up.
What it does for you:
• Runs quietly in the background, providing anti-virus and firewall protection
• Updates itself to help you keep ahead of the latest threats
• Runs regular PC tune ups
• Provides one-click solutions to most problems
• Makes back-ups a breeze
• Lets you see the status of your system at a glance
Frequently Asked Questions
What is a beta?
Beta is geekspeak for “not finished yet.” A beta product is something we are still working on and invite regular users to test out. We’re asking you to check out Windows OneCare Live beta and let us know what you really think—good and bad. That way, we can make the final product the best it can be.
Does it cost anything?
Nope. The beta version of Windows OneCare Live is free, though the final service will be a paid subscription.
What if new viruses or other Internet threats come out?
Windows OneCare Live regularly updates itself based on emerging Internet threats. So you can have better peace of mind.

I've had some interaction with the OneCare folks as part of my day job and the definitely are working on building a compelling service. Give it a try.


 

Categories: Windows Live

November 30, 2005
@ 05:58 PM

The reviews for the most recent release of RSS Bandit have begun to flow in and they've been very positive. Below are excerpts from various blog posts and official reviews of the release.

Heinz Tschabitscher writes in the About.Com review of v1.3.0.38 of RSS Bandit

Guide Rating - rating

The Bottom Line

RSS Bandit is a nice and very capable feed reader that lets you browse news in an organized fashion. Its flexibility, virtual folders and synchronization abilities are great, but it would be even greater if it integrated with Bloglines in addition to NewsGator Online.

In his post Trying out, and loving, the new RSS Bandit Kevin Briody writes

Dare Obasanjo and team released the latest version of RSS Bandit (aka “Nightcrawler”), and I’ve got to say I’m really digging it. It is easily as fully featured as FeedDemon - my current reader - synchs with Newsgator, and has a few extra bells and whistles to boot. See comments to posts in a tree-menu drop-down is handy, and being able to customize the fonts and colors for browsing feeds is a lifesaver on the eyes.

All told, very cool. I’ll run Bandit and FD side-by-side for a while, but I may have myself a new reader.

In his post RSS Bandit rocks! Steve Lacey writes

Dare Obasanjo has just released the new version of his aggregator, RSS Bandit, and to put it bluntly, it completely rocks.

For the past eight months, I’ve been using my own home grown aggregator Katana. I wrote Katana as an experiment in C#/.Net programming and because nothing else out there did everything I wanted an aggregator to do.

Now, RSS Bandit has come forward in leaps and bounds. My favourite features?

  • The "River of News"/Newspaper view when clicking on a feed rather than the an article.
  • Great feed discovery.
  • Tabbed browsing.
  • Performance. This release is way faster than previous releases.
  • Support for folders. This is a key one that many other aggregators miss.
  • Newsgroup integration.
  • Style. Somewhere along the line, RSS Bandit got sexy…

If there’s one thing it’s missing, it’s the ability for comments to appear in the article window, inline with the article itself. I really like this feature in Katana. I’d also like some form of visual notification (article/feed in italics for example), that there are new comments available.

Other than that, I think I’m hooked. The “River Of News” view has accelerated my blog consumption.

In the post entitled RSS Bandit 1.3.0.38 on the Microsoft Show's blog it states

Dare Obasanjo released RSS Bandit 1.3.038. At first I was hesitant to download it wow, am I glad I did.

This time around RSS Bandit handled my large amount of feeds much better than prior releases (the last one I played with was .31). Huge performance boost – and my machine is not a low spec’d machine. Prior releases it would take forever to go through them all which in comparison FeedDemon blazed through it. Not this time though…RSS Bandit did great!

One feature I never really appreciated before: RSS Bandit has a folder to show feed errors. In comparison FeedDemon lists you know on the feed that there is an error but having a list is handy especially since I have monitor a lot of feeds for various purposes.

Speaking of errors, RSS Bandit used to give me errors when the feed was working. I am not getting the same amount or “wrong” errors. Yes, the occasional unable to connect which is standard with all readers. RSS Bandit is much more accurate now. I think that is why I appreciate the feature now. Since the feeds in the folder are “really” unavailable, I can better manage problem feeds.

I also love the threaded view – it really helps me keep track of the conversation, which I’ve admitted I have a problem with.

Playing with it a short time, I’m impressed with the improvements. Excellent work Dare!

In his post New RSS Bandit released Robert Scoble writes

Dare Obasanjo announces that a sizeable new release of RSS Bandit is now available. I downloaded and installed this and it looks great. This is a free RSS News Aggregator and is my favorite of the free ones out there. His post explains what’s new, but I really like that it synchronizes to NewsGator now.

I'd like to thank everyone for all the positive feedback. We definitely have more goodness planned over the next few months and will add some of the features requested above. There should be a bug fix release within the next 30 days to take care of any fatal edge case bugs which weren't found until after the release and will add a few more translations to the mix (e.g. Japanese & Russian). After that, our focus will be on the Jubilee release.


 

Categories: RSS Bandit

November 30, 2005
@ 05:35 PM
From TechCrunch we learn RSS is Now Integrated into Yahoo Mail and Alerts. This is a great addition to the service and something I'll definitely be trying out in my Yahoo! Mail account once it is available. I wonder if they'll provide an API to allow desktop RSS readers to synchronize their state like Bloglines and Newsgator Online do?

The following is an excerpt from Michael Arrington's post on the announcement

Yahoo gathered a small group of bloggers, press and others at Sauce in San Francisco tonight to announce the launch of two new RSS products. They have integrated an RSS reader directly into Yahoo Mail Beta, and are expanding Alerts to include RSS feeds.

These are significant new products, aimed squarely at new and mainstream RSS users. The service is not live as of the time I am posting this. I’ve added a screen shot picture from the live demo.

Mail

Yahoo has deeply integrated RSS into the Yahoo Mail beta experience. Directly below the email folders are “RSS folders”. Clicking on the top folder show all posts in a “river of news” format, meaning all posts for all subscribed feeds are listed in the order they have appeared in feeds.

Each feed also has its own folder, allowing the user to read feeds individually (more like bloglines).

A post from any feed is treated exactly like an email - any post can be forwarded as an email or dragged into a folder and saved. All of the great AJAX functionality already working in Yahoo’s Mail beta works with the new RSS functionality as well.

Adding feeds is straightforward - include the feed URL or choose from a number of popular feeds.



 

Danah Boyd has an excellent post entitled Attention Networks vs. Social Networks which tackles some of the issues we've faced while designing Social Networking for Windows Live. She writes

The vast majority of online social networking tools assume that users are modeling friendship and thus if you're friends with someone, they better damn well be friends with you. As such, they use undirected graphs and you are required to confirm that they are indeed your friend.

Well, what about fandom? Orkut actually put the concept of fan into their system, but in order to be someone's fan, you had to be their friend first. Baroo? I've noticed that Friendster introduced fans, although it is not consistent across the site; the system decides who is celebrity. I can be a fan of Pamela Anderson but i cannot be a fan of Michel Foucault or Henry Jenkins. While i can understand that the former is clearly a Fakester, the latter is actually a real academic with a Friendster Profile that i genuinely admire (far more than Ms. Anderson). Even on MySpace where bands have a separate section, i have to add them to my friends; i cannot simply be fans.

The world is not an undirected graph and very little about social life online is actually undirected. Many social relations are unequal; they are rooted in directional graphs - fandom, power, hierarchy. So why do we use undirected models?

Of course, there are many systems that have directed graphs. I can read blogs by bloggers who who don't read me; blogrolls are directed. I can have friends on LiveJournal that do not reciprocate. I can subscribe to del.icio.us feeds of people that i admire without forcing them to do the same. I can make a Flickr user a contact simply so that i can watch their photos. I do all this because i know the world is not undirected.

Part of the problem is that we've built a model off of social networks instead of attention networks and there's a very subtle difference between the two. Attention networks recognize power. They recognize that someone may actually have a good collection of references or be a good photographer and that someone else may want to pay attention to them even if their own collections are not worthy of reciprocation. Attention networks realize that the world is not an undirected graph.

There are many good reasons to use attention networks in systems instead of social networks. Do you really want to force people to get permission to subscribe to public material of someone else? Do you really want to put people through the awkwardness of having to approve someone that they don't know simply because one person respects the other? Of course, the awkwardness of social networks does not disappear simply by having directed graphs. Reciprocity is still an issue whenever the networks are performative (visible as a statement of connection). This is most apparent in the blogging community where people feel insulted that they are not included on the blogroll of a blog that they read regularly.

This is a pretty good summary of some of the key issues folks like Mike and myself had to work through when building our Social Networking feature set. There definitely is a key distinction between attention networks and social networks, unfortunately a lot of social software applications have conflated the two. Even worse, thanks to the proliferation of social networking tools, many users have difficulty adjusting to dealing with attention networks. An example of this is the awkwardness Danah describes when people become upset because they aren't on your blogroll and vice versa.

I definitely have a lot of thoughts in this area but I'd like to wait until we've shipped before touching on this topic in more depth.


 

Categories: Social Software

Tim Bray has a post entitled Thought Experiments where he writes

To keep things short, let’s call OpenDocument Format 1.0 "ODF" and the Office 12 XML File Formats "O12X".

Alternatives · In ODF we have a format that’s already a stable OASIS standard and has multiple shipping implementations. In O12X we have a format that will become a stable ECMA standard with one shipping implementation sometime a year or two from now, depending on software-development and standards-process timetables. ODF is in the process of working its way through ISO, and O12X will apparently be sent down that road too, which should put ISO in an interesting situation.

On the technology side, the two formats are really more alike than they are different. But, there are differences: O12X's design center, Microsoft has said repeatedly, is capturing the exact semantics of the billions of existing Microsoft Office documents. ODF’s design center is general-purpose reusability, and leveraging existing standards like SVG and MathML and so on.

Which do you like better? I know which one I’d pick. But I think we’re missing the point.

Why Are There Two? · Almost all office documents are just paragraphs of text, with some bold and some italics and some lists and some tables and some pictures. Almost all spreadsheets are numbers and labels, with some sums and averages and pivots and simple algebra. Almost all presentations are lists of bullet points with occasional pictures.

The capabilities of ODF and O12X are essentially identical for all this basic stuff. So why in the flaming hell does the world need two incompatible formats to express it? The answer, obviously, is, "it doesn’t".

I find it extremely ironic that one of the driving forces behind creating a redundant and duplicative XML format for website syndication would be one of the first to claim that we only need one XML format to solve any problem. For those who aren't in the know, Tim Bray is one of the chairs of the Atom Working Group in the IETF whose primary goal is to create a competing format to RSS 2.0 which does basically the same thing. In fact Tim Bray has written a decent number of posts attempting to explain why we need multiple XML formats for syndicating blog posts, news and enclosures on the Web.

But let's ignore the messenger and focus on the message. Tim Bray's question is quite fair and in fact he answers it later on in his blog entry. As Tim Bray writes, "Microsoft wants there to be an office-document XML format that covers their billions of legacy documents". That's it in a nutshell. Microsoft created XML versions of its binary document formats like .doc and .xls that had full fidelity with the features of these formats. That way a user can convert a 'legacy' binary Office document to a more interoperable Office XML document without worrying about losing data, formatting or embedded rich media. This is a very important goal for the Microsoft Office team and very different from the goal of the designers of the OpenDocument format. 

Is it technically possible to create a 'common shared office-XML dialect for the basics' as Tim Bray suggests? It is. It'll probably take several years (e.g. the Atom syndication format which is simply a derivative of RSS has taken over two years to come to fruition) and once it is done, Microsoft will have to 'embrace and extend' it to meet its primary goal of 100% backwards compatibility with its legacy formats. And that doesn't answer the question of what Microsoft should ship in the meantime with regards to file formats in its Office products. After all, Office 12 is scheduled to ship in the second half of 2006.

There is no simple technical solution on the horizon that will change the fact that there are be multiple XML formats for Office documents. What we need to agree on is the best way forward, not attempt to demonize each other for trying to do what's best for our customers.

Disclaimer: I work at Microsoft. However I do not work in any area related to the Office XML formats. The above is my personal opinion and should not be construed as an expression of the opinions, intents or strategies of my employer.


 

Categories: XML

November 27, 2005
@ 06:23 PM

The Nightcrawler release of RSS Bandit is now done and available for all. Besides the new features there are a number of performance improvements especially with regards to the responsiveness of the application. This release is available in the following languages; German, English, Brazilian Portuguese, Traditional Chinese, Polish, and Serbian.

Download the installer from here. Differences between v1.3.0.29 and v1.3.0.38 below.

NEW FEATURES

  • NNTP Newsgroups support: Users can specify a public NNTP server such as news.microsoft.com and subscribe to newsgroups on that server. Users can also respond to newsgroup posts as well as create new posts. Permalinks in a newsgroup post point to the post on Google Groups.

  • Item Manipulation from Newspaper Views: Items can be marked as read or unread and flagged or unflagged directly from the newspaper view. This improves end user work flow as one no longer has to leave the newspaper view and right-click on the list view to either flag or mark a post as unread.

  • Subscription Wizard: The process for subscribing to newsgroups, search results and web feeds has been greatly simplified. For example, users no longer need to know the web feed of a particular web site to subscribe to it but can instead specify the web page URL and discovery of its web feed is done automatically.

  • Synchronization with Newsgator Online: Users can synchronize the state of their subscribed feeds (read/unread posts, new/deleted feeds, etc) between RSS Bandit and their account on Newsgator Online. This allows the best of both worlds where one can use both a rich desktop client (RSS Bandit) and a web-based RSS reader (Newsgator Online) without having to worry about marking things as read in both places.

  • Using back and forward arrows to view last post seen in reading pane: When navigating various feeds in the RSS Bandit tree view it is very useful to be able to go back to the last feed or item viewed especially when using the [spacebar] button to read unread items. RSS Bandit now provides a way to navigate back and forth between items read in the reading pane using the back and forward buttons in the toolbar. 

  • Atom 1.0 support: The Atom 1.0 syndication format is now supported.

  • Threaded Posts Now Optional: The feature where items that link to each other are shown as connected items reminiscent of threaded discussions can now be disabled and is off by default. This feature is very processor intensive and can slow down the average computer to the point that is unusable if one is subscribed to a large number of feeds.

  • Launching Browsers in the Background: A new Web browser can now be opened from a newspaper view without it stealing the focus of the application by holding down Ctrl when clicking a link in the reading pane.

  • UI Improvements: Icons in the tree view have been improved to make them more distinctive and also visually separate newsgroups from web feeds.

BUG FIXES

  • Scroll wheel manipulates the main window instead of the drop down list on a dialog box when the dialog box has focus.

  • Setting the default refresh rate to 0 (zero) did not disable automatic refresh of all feeds

  • No results displayed when subscribed to URLs with escaped characters such as http://blogsearch.google.com/blogsearch_feeds?hl=en&q=C%23&btnG=Search+Blogs&num=100&output=rss

  • ThreadAbortException error sometimes occurs when multiple feeds clicked on in rapid succession

  • Mark all as read in a search folder does not update the treeview state of the subscriptions

  • Refresh button for web browser refresh does not work

  • Treeview font issue. Font height may rendered way too small on high-res screen resolutions or with custom font definitions that use big fonts.

  • Keyboard shortcut for "Mark All Items As Read" changed to Ctrl+Q from Ctrl+M

  • Deleting a feed changes the selected tree node to the "My Feeds" node instead of the next node in the tree.

  • Proxy bypass server list damaged after reload of the Options dialog if more than one bypass address/server was specified.

  • Pushing [spacebar] or "Next Unread Item" when positioned in comments goes to newest unread instead of oldest unread comment.

  • The links in the Options dialog didn't work

  • Ctrl-Enter does not expand the URLs as expected

  • When uploading a feed list, the dialog box that appears on successful upload has been removed since it is redundant. .

  • The "Email This" menu option didn't work correctly

  • Crash caused if an item has already been added: "AppUserDataPath"

  • Tab controls on the Options dialog are rendered incorrectly on wide screen displays (16:9 aspect ratio)

  • Category settings don't stick for nested categories

  • Crash occurs after setting properties for a category if some feeds are not in a category

  • Toolbar state and window maximized states are not saved if appplication was closed via system tray icon context menu

  • Modifying the feedlist while loading feeds from disk or refreshing from the Web by subscribing to a new feed or deletion stops the feeds loading/downloading progress.

  • On failed authentication with credentials, we don't ignore cookies and retry one more time before giving up and reporting the failure

  • Some HTML entities are not decoded correctly in UI widgets

  • NullReferenceException error on "Update category" command

  • Access requests to comment feeds on a password-protected feed do not use the credentials used to access the main feed

  • Search criteria on search folders not reloaded correctly on restart


 

Categories: RSS Bandit

Jeff Jarvis has a post entitled A principle: I have a right to know when I am read which is somewhat charming in its naivaté. He writes

How about this as a fundamental principle of content and conversation on the internet:

I have a right to know when what I create is read, heard, viewed, or used if I wish to know that.

That is my followup to the whine about RSS — and content — caching below.

If this simple principle were built into applications — not the internet, per se, but in how readers and viewers work — then caching and P2P, which both serve creators by reducing bandwidth demand, would not be issues. This also would help those who want to make use of advertising (though actually serving ads is a different matter).

I’d like to see this as a technical add-on to Creative Commons: Distribute my content freely, please, on the condition that you allow applications to report traffic back to me. And applications designers should build such reporting in. The creator is still free not to require this and the end user is still free not to consume those things that require ping-backs. But simple traffic reporting is at least common courtesy.

I  can understand where Jeff is coming from with this post. However that doesn't change the fact that it betrays a fundamental misunderstanding of how the Web has worked for over a decade. The results of Web requests being cached by intermediates between the user and target web server is a fundamental aspect of the design of the World Wide Web. From intermediate proxy servers at your ISP or your corporate network right down to your Web browser, caching Web requests is a fundamental feature. This reduces the load on target Web servers and leads to a better user experience due to increased page loads.  A consequence of this is that web site owners most often have an inaccurate view of how many people are actually reading their web site. All of this is explained in several writings from last decade such as Why web usage statistics are (worse than) meaningless and Understanding web log statistics and metrics.

Not being able to tell how many people are really reading your web site is a consequence of how the Web works. The only difference now is that instead of HTML, the discussion is about RSS feeds.  It's cool that some Web-based RSS readers provide readership numbers to website owners as part of their HTTP request. However this is a courtesy that they provide. Secondly, even if all Web-based RSS readers provide readership stats there is still the fact that traditional HTTP proxy servers don't. Is my ISPs proxy server sending back how many times its served cached requests for Jeff's feed back to him? I doubt it. I also am pretty sure that the proxy servers at my employer's don't either.

As for technical add-on to Creative Commons license? I'd be interested to see what kind of lawyering would produce a license that gives Jeff what he wants without requiring changes in every proxy server on the planet. 


 

Due to the Thanksgiving holiday, I've spent the past day and a half with a large variety of young people whose ages range from 11 to 22 years old. The various conversations I've participated in and overheard have cemented some thoughts I've had about competition in the consumer software game.

This series of thoughts started with a conversation I had with someone who works on MSN Windows Live Search. We talked about the current focus we have on 'relevance' when it comes to our search engine. I agree that it's great to have goals around providing users with more relevant results but I think this is just a one [small] part of the problem. Google rose to prominence by providing a much better search experience than anyone else around. I think it's possible to build a search engine that is as good as Google's. I also think its possible to build one that is a little better than they are at providing relevant search results. However I strongly doubt that we'll see a search engine much better than Google's in the near future. I think that in the near future, what we'll see is the equivalent of Coke vs. Pepsi. Eventually, will we see the equivalents the Pepsi Challenge with regards to Web search engines? Supposedly, the Pepsi challenge shows that people prefer Pepsi to Coke in a blind taste test. However the fact is Coca Cola is the world's #1 soft drink, not Pepsi. A lot of this is due to Coke's branding and pervasive high quality advertising, not the taste of their soft drink. 

Google's search engine brand has gotten to the point where it is synonymous with Web search in many markets. With Google, I've seen a 7-year old girl who was told she was being taken to the zoo by her parents, rush to the PC to 'Google' the zoo to find out what animals she'd see that day. That's how pervasive the brand is.It's like the iPod and portable MP3 players. People ask for iPods for Xmas not MP3 players. When I get my next portable MP3 player, I'll likely just get a video iPod without even bothering to research the competition. Portable audio used to be synonymous with the Sony Walkman until the game changed and they got left behind. Now that portable audio is synonymous with MP3 players, it's the Apple iPod. I don't see them being knocked off their perch anytime soon unless another game changing transition occurs.

So what does this mean for search engine competition and Google? Well, I think increasing a search engine's relevance to become competitive with Google's is a good goal but it is a route that seems guaranteed to make you the Pepsi to their Coke or the Burger King to their McDonalds. What you really need is to change the rules of the game, the way the Apple iPod did.

The same thing applies to stuff I work on in my day job. Watching an 11-year old spend hours on  MySpace and listening to college sorority girls talk about how much they use The Facebook, I realize we aren't just competing with other software tools and trying to build more features. We are competing with cultural phenomena. The MSN Windows Live Messenger folks have been telling me this about their competition with AOL Instant Messenger in the U.S. market and I'm beginning to see where they are coming from. 


 

Jeremy Epling responds to my recent post entitled Office Live: Evolve or Die with some disagreement. In his post Web Versions of Office Apps, Jeremy writes

In his post Office Live: Evolve or Die Dare Obasanjo a writes

I can understand the Office guys aren’t keen on building Web-based versions of their flagship apps but they are going to have get over it. They will eventually have to do it. The only question is whether they will lead, follow or get the hell out of the way.

I agree and disagree with Dare on this one. I agree because I think OWA should have been built and has a 2 compelling reasons to be Web based.

  1. Our increasing mobile population needs quick and easy anywhere access to communication. This is satisfied by a Web based app because a PC only needs a Web browser to “open” you mail app.
  2. Email is already stored on a server.

I disagree with Dare because of the two OWA advantages I listed above don’t equally apply to the other Office apps.

I don’t think anywhere access to document creation/editing is one of Office’s customer’s biggest pain points. Since it is not a major pain point it does not warrant investment because the cost of replicating all the Office flag ships apps as AJAX Web apps is too high.

There's a lot to disagree with in Jeremy's short post. In the comments to my original post, Jeremy argued that VPN software makes needing AJAX web apps redundant. However it seems he has conceded that this isn't true with the existence of Outlook Web Access. Considering that our increasingly mobile customers can use the main Outlook client either through their VPN or even with straight HTTP/HTTPS using the RPC over HTTP feature of Exchange, it is telling that many instead choose to use OWA.

Let's ignore that contradiction and just stick strictly to the rules Jeremy provides for deciding that OWA is worth doing but Web-based versions of Excel or Word are not. Jeremy's first point is that increasingly mobile users need access to their communications tools. I agree. However I also believe that people need 'anywhere' access to their business documents as well. As a program manager, most of my output is product specifications and email (sad but true). I don't see why I need 'anywhere' access to the latter but not the former. Jeremy's second point is that corporate email is already stored on a server. First of all, in my scenarios our team's documents are stored on a Sharepoint server. Secondly, even if all my documents were on my local machine, that doesn't change the fact that ideally I should be able to access them from another machine without needing VPN's and the same version of Office on the machine I'm on. In fact, Orb.com provides exactly this 'anywhere' access to digital media on my PC and it works great. Why couldn't this notion be extended to my presentations, spreadsheets and documents as well? 

Somebody is eventually going to solve this problem. As an b0rg employee, I hope its Microsoft. However if we keep resisting the rising tide that is the Web maybe it'll be SalesForce.com or even Google that will eat our lunch in this space.


 

Categories: Technology

November 23, 2005
@ 05:55 PM

The folks behind domains.live.com have a team blog which already has a bunch of informative posts answering the major questions people have had about the service. If you are interested in the service, you should definitely read their post entitled Let's Answer Some of Your Questions where they do exactly that.


 

Categories: Windows Live