February 8, 2006
@ 03:16 AM

I've mentioned in the past that Microsoft is generally clueless at branding. One of my worries about the entire MSN/Windows Live rebranding effort is that it is needlessly confusing to end users. It seems a bunch of Microsoft watchers have begun to point this out.

In the blog post entitled Is it Live or MSN? Greg Linden writes

I think there is quite a bit of brand confusion here.

With Microsoft slapping the Live label on everything and its mother and promoting the Windows Live brand as the future of Microsoft's web effort, I'm not sure what happens to the existing MSN properties and well-established MSN brand.

Will MSN Search become Windows Live Search? Will MSN.com redirect to Live.com? If not, will Microsoft try to maintain two brands, Windows Live and MSN? Where is the dividing line? What is the difference? Will users understand that difference?

Back in December 2005, I rashly predicted that "Microsoft will abandon Windows Live." After a bit of a ruckus about that, I elaborated by saying that there is "too much confusion between live.com and msn.com" and that "the MSN brand is too valuable to be diluted with an expensive effort to build up a new Windows Live brand."

Perhaps I am overestimating the value of the MSN brand. Perhaps, at the end of the day, it will be Windows Live that is left standing.

Either way, there can be only one. Few outside of the digerati know about Windows Live right now but, when Microsoft tries to promote this to the mainstream, the brand confusion is going to be severe. Something will have to be done.

In a blog post entitled Warning: Massive upcoming consumer confusion one of the creators of LiveSide writes

Over the last few days I've realised just how bloody the battle of Windows Live vs MSN rebranding is going to be.
 
Wakeup call #1 was when I tried to explain Windows Live to a regular home user. Thirty minutes later and my progress was minimal to say the least, though they had at least grasped that Windows Live Messenger was infact MSN Messenger with a different name. I hadn't even started on Live Favorites, Live Local, Expo and Live.com. Nor had I mentioned that MSN was still going to exist.
 
Wakeup call #2 was reading the responses to my post yesterday. Notably this and this. The general consensus seems to be one of confusion. These are technology bloggers, they should be getting Windows Live 3 months on from the original announcement and only a few months short of the first wave of launches. No wonder the marketing and advertising people I've spoken to have been commenting on the massive amounts of money that are being pumped into this transition.
 
Windows Live Sessions has been a good start in educating the early adopters, however much more needs to be done and quickly too.

I personally think that MSN is a pretty strong brand especially when it came to its communication assets (MSN Spaces, Hotmail and MSN Messenger) and we shouldn't be trying to replace it. On the other hand, I can see the need to reinvigorate the Windows brand especially in a world where "Web 2.0" and "AJAX" are the only buzzwords that seem to get analysts excited. The way I see it, the die is already cast and we now have to stay the course. It will likely be confusing for end users but at the end of the day they'll have a bunch of compelling online services which improve their Web experience. At that point, who really cares what they are named?


 

Categories: Windows Live

From the press release Microsoft Announces Pricing and Licensing Details for Windows OneCare Live we learn

Microsoft Corp. today announced final licensing and pricing information for its soon-to-be-released Windows OneCare™ Live, the all-in-one, automatic and self-updating PC care service aimed at helping consumers more easily protect and maintain their PCs to keep them running well. Now available free to new beta testers in the United States, at http://ideas.live.com, Microsoft® Windows OneCare Live will be available in June from retailers and via the Web for an annual subscription of $49.95 MSRP for up to three personal computers. To thank its valuable beta customers and offer an easy transition to the paid service, Microsoft also announced today a promotional deal offering the first year of Windows OneCare Live service for $19.95 to beta customers who become subscribers between April 1 and April 30, 2006.
...
Designed to Fit Customer Needs

Microsoft research showed that most people’s computers are insufficiently protected from threats such as viruses because users find the protection process confusing and frustrating, and even if they once had protection services on their computers, they are often out of date. Many others have rarely, if ever, backed up the important data on their PCs or regularly run the performance maintenance tasks needed to keep their computers running well — which is risky in a digital age when consumers rely more and more on their PCs in their daily lives. As a part of Microsoft’s overarching efforts to deliver software and services that better protect customers, Windows OneCare Live provides a “just take care of it for me” service that keeps consumers’ needs at the center of the experience. When available as a paid subscription service in June, Windows OneCare Live will include the following features:

Protection Plus includes anti-virus and firewall protection and automatic updates, as well as anti-spyware functionality powered by Windows® Defender, to help protect the PC and the customer.

Performance Plus delivers regular PC tuneups to help maintain computer performance and reliability.

Backup and Restore delivers easy-to-use backup and restore functionality for the full PC.

Help and Support provides effective help when needed through a variety of modes — e-mail, phone and chat — with all service support coming from PC care experts at Microsoft for no additional charge.

Those who want to participate in the free beta test of Windows OneCare Live until April 30 should visit http://ideas.live.com.

I've been surprised to find out that Windows OneCare Live seems to be the one service that seems to resonate with end users the most when I talk to them about Windows Live. I can't tell if that is a good thing or a bad thing. :)


 

Categories: Windows Live

February 7, 2006
@ 12:35 AM
I've recently been thinking about the overlap and differences between applications for reading email and applications for reading RSS. I started thinking more about this topic after reading the following excerpted blog posts.

In his blog post The RSS Experience in IE7 Joshua Allen wrote

Dare says as much; IE7 was not intended to replace tools like RSS Bandit, NewsGator, or Outlook 12. It's not a matter of trying to keep small ISVs in business, as much as a decision to put the RSS-Bandit style reading experience in the products where it belongs; namely Outlook and OE. IE7 doesn't read NNTP feeds either; that's what OE is for.

In his blog post Email is Abused Omar Shahine wrote

I firmly believe that email is a fantastic tool, and that it’s also heavily abused in the work place. More often than not, what you hear when you send an email is deafening silence or a flurry of incomprehensible replies breaking threading and screwing up the conversation flow.

It is my firm belief that many folks don’t have any system for dealing with their email. They get overwhelmed by the amount of mail that they have, and as a result are unpredictable in getting back to you (if they do).

What this means is that not only do you have to manage your inbox, but you have to manage their inbox. I’ve started to write things down that I want to talk to people about, and every so often, walk into their offices and talk about the issues. It’s weird as this is what I used to do long before email got crazy.

On the one hand, Joshua Allen argues that consuming RSS feeds should be the purvey of traditional mail readers. On the other, Omar Shahine points out that traditional mail readers do a poor job of enabling people to manage information overload in environments with high rates of information flow. I agree 100% with the implications of Omar's post. Traditional 3-pane mail readers do a very poor job of enabling people keep on top of the information they consume. Thus, I think it's a bad idea to add yet another fire hose of information into the mix (i.e. making a traditional mail reader like Outlook my primary RSS reader).

I've not always been of this opinion. A few years ago I wrote a blog post entitled RSS, WinFS and Building a Universal Information Client where I discussed the concept of a universal information aggregator and argued that Outlook was the closest application to what I envisioned. Since then I've become familiar with the term digital lifestyle aggregator (DLA) which is similar to and better defined than my idea of a universal information aggregator. I believe that the DLA concept gives a clear idea of what information aggregators such as personal information managers and RSS readers should evolve into.

Why did I change my mind about Outlook being the ideal DLA? Well, the longer I worked on RSS Bandit, the more I felt that mimicing Outlook in its entirety wasn't the right approach for approaching building an RSS reader. I mentioned some of the problems I have with the Outlook model in my post The Problem With RSS Readers Inspired By Outlook where I wrote

The major problem is that the Outlook mail reading paradigm has a fundamental assumption which turns out to be flawed. It assumes you want to read every item you get in your inbox. This flawed assumption leads to the kind of information overload that hampers the productivity of lots of people I know at work. I've met several people who seem to always have hundreds unread items in their email inbox. For this reason I always have to learn who's easier to reach via IM or swinging by their office in person than sending them mail.

Most people I know get four classes of messages in their information aggregators (I am lumping reading email, reading news and reading RSS/Atom feeds into a single category). These are

1. notifications (checkin mails, comments to my blog, etc)
2. headlines (email newsletters, feeds from news sites, etc)
3. messages sent directly to me or that is similarly relevant
4. messages sent to an interest group I am a part of (XML-DEV mailing list, comp.text.xml newsgroup, etc)

The problem is that the typical Outlook inspired information aggregator treats all of the above as being of equal relevance. Even though Outlook does provide mechanisms for managing assigning relevance to incoming messages, they are either hard to find or cumbersome to use.

This is definitely one of the areas that needs to be improved in the world of information aggregators in general and RSS/Atom readers in particular.

The bottom line is that I think that traditional mail readers do a poor job of enabling people to manage the amount of information they consume today. With RSS, we've had the opportunity to experiment with different models of presenting information to users from "river of news" style aggregators to personalized portal pages instead of sticking to the traditional 2  or 3 pane readers which dominate email and news readers.

Unfortunately, the major browser vendors haven't gotten in on the act. Instead of using RSS as an opportunity to explore new ways of presenting information to users we've seen rather lame attempts at RSS integration into the browser such as Firefox's Live Bookmarks feature and the upcoming integration of RSS into IE 7 which is just slightly better.

So where are we? The major browsers have punted on solving the information overload problem caused by RSS while integrating it into their products. Similarly, mail readers already suck at dealing with email information overload let alone when RSS feeds are added to the mix. As it stands, I'm not sure where we're going to from here. In the meantime, I'm going to start exploring alternative Web browsers like Flock. Perhaps they'll be bolder in re-imagining how to improve the overall experience of people using the World Wide Web today.


 

February 6, 2006
@ 11:00 AM
I just spent 35 minutes working on a post on RSS and Email only to lose it because Firefox crashed. The main reason I started composing my blog posts in Firefox was because I had lost some posts due to crashes in Internet Explorer. I guess it's back to writing my blog posts in Emacs.

*sigh*


 

Categories: Ramblings

Nick Bradbury has a post entitled Feedback on IE7 Beta 2 from the Developer of FeedDemon where he gives a lot of good feedback on the recently released IE 7 beta from his perspective as the developer of an RSS reader. Although I've given some feedback on the RSS reading functionality of  the IE 7 beta, I realize it would be more valuable to give my thoughts on the Winows RSS platform since this is supposed to make the job of people like me who've built RSS readers better. Below is a smattering of feedback divided into pros and cons of using the Windows RSS platform versus using the version we've built for RSS Bandit. Note that as Nick says in his post given that I've already written a lot of the ugly code needed to handle feed downloading, caching, parsing, etc. actually switching to use the Windows RSS platform is a load of unnecessary work for me. My feedback is based on the kind of support I'd need from the platform to implement the scenarios currently supported by RSS Bandit .

PRO

  • COM API  was very straightforward to interact with from  .NET applications
  • Built-in support for downloading enclosures in the background is nice
  • Good support for asynchronously downloading feeds. This means application developers don't need to write a bunch of multithreaded/asynchronous code themselves. That is definitely a godsend.
  • One can serialize feed objects to  XML

CON

  • No support for application specific feeds. The Common Feed List assumes that user needs to use the same list of feeds in the various applications used for subscribing to feeds. I think this assumption is fundamentally flawed. I might use one application for downloading podcasts (e.g. iTunes), another for reading blogs (e.g. RSS Bandit), and yet another for browsing photo feeds. Since it doesn't make sense for my blogs to show up in iTunes, it would be cool if I could identify either the type of feed (podcast, text-based, etc) or the favored application for reading the feed via the API.
  • No support for password protected feeds. The number of password protected feeds on the Web continues to grow, Web sites such as GMail and LiveJournal provide authenticated feeds for users today. As the usage of syndication technologies like RSS continues to grow, the need to support authentication by feed readers will also grow as well. I can imagine a day when I can subscribe to a password protected feed from my bank or credit card company. Not having support for this today is a non-starter.
  • Support for obtaining XML elements which aren't supported by the API. It would be nice if there was a property for obtaining extension elements in a feed that didn't involve having to convert the feed object to XML then using XPath. Being able to perform a call like  Feed.GetItem("http://wellformedweb.org/CommentAPI/ ", "commentRss") to get an element which isn't mapped to a property in the Feed object is a lot more desirable than writing DOM or XPath code to extract that element from the results of calling Feed.Xml
  • No ability to append application specific metadata to feeds. RSS Bandit supports notions like flagging items and we'd need some way to indicate that items are flagged if we are using the API.

Most of this is just based on reading the Using the Microsoft Feeds API document on MSDN. I'm sure I'd have more feedback if I took a pass at replacing all the feed processing code in RSS Bandit with the Windows RSS platform. However I don't think I'll have time to do that anytime soon.


 

Next month, I'm currently scheduled to attend both the O'Reilly Emerging Technology Conference and MIX '06. Given my current work load it is unlikely that I can afford to be away from work for almost two weeks next month. It's likely that I'll just attend one conference next month, in which case it will be ETech not MIX. I was talking to some folks at work about this recently and we talked about the difference between O'Reilly conferences and Microsoft conferences which led me to this decision.

Microsoft's conferences are about technology and often are pitched as training events. The pitch is usually some variation come spend three to five days learning about exciting Microsoft technologies. The MIX '06 website currently has the following on the front page

  • Learn how to deliver revolutionary media-rich Web content with the new Windows Presentation Foundation,
  • Explore Windows Live!, Microsoft's new consumer services strategy
  • Find out how to extend your content, media and services into the living room with Windows Media Center and Xbox 360™
  • etc

O'Reilly conferences are often about getting interesting people together. The pitch is usually some variation of come spend three to five days listening to and meeting exciting people in the technology industry. The O'Reilly Emerging Technology Conference has the following speakers highlighted on the front page

  • Ray Ozzie
  • Jon Udell
  • Joel Spolsky
  • Tim Bray
  • Mark Pilgrim
  • Danah Boyd
  • Sam Ruby
  • Kevin Lynch
  • Linda Stone
  • Clay Shirky
  • etc

If you were a Web geek and only had enough time to attend one conference, which one would you attend?


 

Categories: Web Development

One cool side effect of the fact that so many people at Microsoft use RSS Bandit is that sometimes I get to have some of the folks who invented the technology it is built on helping me track down issues. For example, many of our users have complained about issue mentioned in the following post entitled Problems running from non-administrator account.

There's a slight problem if you run RSS Bandit from an account that isn't member of the Administrators security group.

When you run RSS Bandit (at least the first time after installing), it writes to a file called "rssbandit feed installer.InstallState" in "%ProgramFiles%\RssBandit". If you run as administrator that isn't a problem, but non-administrator accounts won't have write access to anything under %ProgramFiles%, which will prevent RSS Bandit from starting.

A workaround is to add write permission for "everyone" for that specific file.

It turns out that someone actually filed a bug against the Windows Installer team because they had problems installing RSS Bandit on their computer. Not only did the developer assigned the bug track me down to tell me what I was doing wrong in our installer but  Rob Mensching has also promised to swing by my office next week to give me some tips on writing installers.

Below is a description of what I was doing wrong from Carolyn Napier of the Windows Installer team.

If the file you’re manipulating for the feed information is in the ALLUSERS profile, then you will need to be an admin to access it. The current type specification for the custom action is 1025, which means the custom actions runs with the same privileges as the user that invoked the installation.

You can designate a custom action to run elevated (meaning at a higher privilege level) by adjusting its type. Visual Studio Installer doesn’t expose this, but you can use Orca, the MSI Table Editor, included in the Windows Installer SDK to tweak the type. (Other full-feature authoring tools make this available, like Wix, InstallShield, Wise, etc.).

Instead of 1025, make it 3073. Then your custom action will run with elevated privileges.

I installed Orca, the MSI Table Editor, and found the field she was talking about. It looks like this issue will finally fixed in the next version of RSS Bandit. Torsten has suggested that I use a full-featured installer tool instead of what ships with Visual Studio. I suspect this may be the straw that breaks the camel's back and gets me to start exploring Wix. I'll see what Rob advises next week.

I hope this post helps any other people who've had similar problems with installer projects built using Visual Studio.NET 2003.


 

Categories: RSS Bandit

February 3, 2006
@ 01:25 PM

Danny Sullivan, one of the guys behind the popular Search Engine Watch blog has written a blog post about his RSS reader of choice. The post is entitled Reading Feeds With RSS Bandit and begins

Dave Naylor and I were IMing today about IE 7's new RSS feature. He was very excited. I haven't tried it yet, but the screenshot he sent me didn't make me think it was better than the RSS Bandit feed reader I currently use. I've been meaning to write about that anyway, so this gave me an excuse.

Let me preface this by saying that everyone seems a bit different on how they read feeds. Some do it for pleasure, and they aren't worried about missing something, in the same way they might not worry if they missed a day or two of reading the newspaper. Others read for work and maybe manage a ton of feeds (that's me). Others seem to want to read one feed at a time, something I've seen some people describe as "wrong" or "stupid."

My feeling is that there is no "right" way to read feeds. Anyone who tells you that is the stupid one. What's the "right" way to read a newspaper or watch TV. Can you start with Business and then read the main news sections. Do you need to watch each program from beginning to end or is flipping allowed?

Read feeds however you want. What is helpful is to hear about how others do, because you can pick up tips or ideas on how you might improve your own reading.

I'm going to explain how I've shifted in my own reading. I hope some find that useful, but like I said, I'm not saying this is the "right" way to read nor that I use the "right" tool that everyone should use. It just what works for me.

Danny goes on to talk about the various ways one could choose to use RSS Bandit from treating it like a mail reader and viewing posts one by one as new items show up in each feed to consuming them in the "river of news" style by always reading the "Unread Items" folder. In building RSS Bandit we've tried to make it flexible so it can be adapted to multiple reading habits since as Danny says in his post there is no "right" way to read feeds. Different people find different approaches more suited to their needs. 

One thing Danny suggested which I haven't commented on before in my blog is the ability to organize feeds according to tags. I've thought about this a little over the past few weeks, specifically I've been comparing the user experience of Windows Live Favorites which is folder based with that of del.icio.us and Bookmarks in the Google Toolbar which are both tag based. One thing that seems clear is that it would be difficult to mix and atch (i.e. merge) both models. We'd probably have to let users switch between a traditional folder view which would use the current tree control and a tag view which would use a control similar to Eyefinder which mimics the Outlook 2003 user interface. Of course, this assumes that the main benefit of the tag view is so people can have feeds show up in multiple 'folders'. If people want other tag-based user interface features such as tag clouds then that would be problematic to implement as a Windows user interface component but may work as a newspaper view that is tied to the tag-based view.

The more I think about it the more I think there is definitely room for experimentation here. Now if only I could find some free time to experiment with some of these ideas. :)


 

Categories: RSS Bandit

A few days ago, in my blog post entitled Some Thoughts on the IE 7 Beta 2 Preview release I described the RSS features of IE 7 as unsatisfactory and disappointing. It seems I'm not the only one who dislikes what the Internet Explorer team has done with RSS.

In his post RSS Is a Glorified "Favorites" Feature Scott Karp writes

RSS is in Internet Explorer 7!!! The blogosphere is shouting from the rooftops. Yawn. I tried RSS in IE7, and it highlights the true shortcoming of current RSS applications — it’s really not much of an improvement over “favorites” or “bookmarks.”

IE7 goes so far as to put the RSS reader in same menu as favorites (or as TDavid puts it “A separate “Feed Center” exists inside the Favorites area.”), which appears in a left-hand navigation column.

So what’s the real innovation over Favorites/Bookmarks in terms of user experience? That it “automatically updates”? That I can get everything all in one place? That it highlights what’s new?

In his post RSS Really Sucks Paul Kedrosky writes

A while back I wrote that RSS sucks, and now that I've had some more time to think about it I've come to a deeper and more nuanced conclusion: RSS Really Sucks. The point was driven home recently as I read articles by people arguing that IE7 from Microsoft does RSS well enough to kill off a few standalone aggregators. I suppose, although that's a little like saying that buggy whips drive milk-wagons so well that people will soon stop using willow branches to goad horses.

Why? Because, as Scott Karp points out, the IE7 RSS implementation is as glorified "favorites" -- bookmarks, in other words. And they are particularly irritating bookmarks, ones that continually change and needle you as more "information" (I use that advisedly) comes beeping and streaming into your computer.

The main reason I am so irritated by IE 7's lackluster user experience around RSS is that you only get one chance to make a first impression. Using IE 7 will be the first time millions of people will be introduced to RSS and it would be unfortunate if they come away from thinking that is potentially transformative and liberating technology is simply a kind of "bookmarks that nag you all the time" feature.

I've heard some people say that if Microsoft integrates a high quality RSS reader into the browser then it would kill the desktop aggregator market which is the kind of thing Microsoft gets in legal trouble for all the time. My response? That is Death by Risk Aversion. What matters is making end users happy, not worrying about making features that suck just enough that people have to go out and buy software that does the job well so we don't get in legal trouble. 


 

February 3, 2006
@ 02:59 AM

One of the things I have learned about shipping software is that no matter how much work you put in beforehand, you're going to have to make some changes (fix bugs, tweak code, etc) after your software is actually in the hands of end users. Last week's update to MSN Spaces was no different.

Mike Torres talks about some of these changes in his post Some updates (and a new feature!) where he writes


We updated some things today; every one of those things was based on direct feedback from you guys.
 
I want to comment on just a few things quickly...
  • We have a new feature: the Windows Live Favorites Beta module.  OK, OK.  I know what you're thinking... "Didn't you guys just release a bunch of new features last week?"  Yes...  Yes, we did.  But we wanted to use this opportunity to introduce yet another cool new and exciting feature.  Don't know what Live Favorites is all about?  Check it out here - and then add the module to your space to share your bookmarks with your friends... or the world!  Bill has a complete overview on his space.
  • Links in the RSS feeds didn't point to the actual entry, it pointed to the blog page and now it points to the entry like it should have.  Hence everything is probably unread again in your RSS reader :(  But, it's FIXED for good! So if you were wondering what's up, that's what was up.
  • Overall performance and stability improvements.

And the kicker...

  • Comment ordering is back to the way it was before.  Thanks for all the feedback; I really didn't like it either.  When you're used to something, sometimes it's just better not to touch the thing.  Of course, there will be people who don't like it the "old" way either!  But that's a risk we're willing to take at this point to make sure the other 99% of you are happy again.  Thanks Eileen, Tony, Becky, and others who made this happen :)

There were also about a dozen or more fixes here and there...


What about Photos?  We're also working on some simply outstanding stuff here... but this work will take some more time.  Rest assured, we hear you loud and clear about Photos.  So we think you'll really like what's coming up!


One of the reasons I like Web-based software is that we can ship bug fixes to our users quickly without having them deal with installing patches, updates or downloading new installers as is the case with desktop software. I love the Web!!!

PS: Mike is right that there are some cool improvements to photos being planned for the MSN Spaces service.


 

Categories: Windows Live