WP7 People Hub Facebook Integration

One of the features of the new Windows Phone 7 that I really like is the full integration of Facebook into the People Hub.  The People Hub is like your traditional mobile phone contact list on steroids.  Not only does it store the contact information for all of your friends, family and colleagues, but if you have a Facebook account, you can configure the People Hub to pull in updates for all of your friends as well.

The reason why this feature is so great is that Facebook updates are not limited to just status messages and picture posts, but includes your friends’ actual contact information as well.  This means that if one of your friends update their phone number or address on Facebook, that information is synchronized to your phone immediately.  I no longer have to chase people down for their contact information when it changes.

This feature was somewhat available in the past on iPhone using the Facebook application.  You could browse your friends in the Facebook app like a contact list and initiate a phone call to them.  But the integration was only one way, outgoing.  If one of your friends called your phone, you wouldn’t see a name or a picture unless you saved that person’s information in your local contact list.

Of course this feature presents one problem.  I, like most Facebook users, befriend most people I come in contact with so that I can get in touch with that person in the future if I ever want to.  I have also used Facebook as a way to reconnect with many of my childhood friends.  This means that I have over 500 Facebook friends and though I want to stay in touch with most of those people, I don’t necessarily need them in my contact list on my phone.  A simple “Hide contact on this device” feature may solve that problem in the future.

What about people that don’t post their contact information on Facebook or colleagues that I don’t want to befriend on Facebook?  Well, the WP7 has the ability to sync its contact list with multiple data sources such as Windows Live and Google as well.  That means you can manually manage their contact information in another location.  Sync’ing with multiple data sources may lead to duplicate entries in your contact list but WP7 does a pretty good job at linking duplicate contacts.  What’s even cooler is when you open a linked contact, the phone shows you from what data source each field was pulled from.

Another question many of you are probably asking, is Facebook really the right data source to be pulling this information from?  I asked myself the same question and I say yes… for now.  Never in the history of the Inter-web has their been a site with such a high adoption rate whose users were willing to post so much personal information.  That being the case, Facebook is the best personal contact data source for my money at the moment.  Of course we all need to realize that, like all great things in life, Facebook will one day be overtaken by the next best thing.  But when that day comes, I will likely be onto my next mobile phone anyway.

Comments

Post a Comment

Popular posts from this blog

Tracking Authenticated User ID in Application Insights

After getting the basic out-of-the-box inplementation of Application Insights (AI) up and running, I decided to customize it to pass the ID of the current user along with the telemetry.  The first couple of articles I discovered recommended writing a custom Telemetry Initializer to populate the Telemetry.Context.AuthenticatedUserId property.  Since my website uses ASP.NET forms authentication, I was able to grab the ID of the current user from the HttpContext.Current.User property.  My initializer ended up looking something like this: public class MyTelemetryInitializer : ITelemetryInitializer { public void Initialize(ITelemetry telemetry) { var identity = HttpContext.Current?.User?.Identity; if (identity == null) return; telemetry.Context.User.AuthenticatedUserId = identity.Name; } } Then I register my initializer using the following line of code in the app_start function of my Global.asax.cs file. ...
Read more

Introduction to Reactive Extensions

Working in the field of technology means constantly learning new technologies and using them to build cool new software.  I think my desire to learn is what drove me to this industry.   My most recent endeavor was learning the Reactive Extensions (Rx) for the .NET framework.  I had no reason to believe that picking up Rx would be any different from any other technology.  Boy was I wrong!  In my 10 years of learning new technologies, the difficultly of learning Rx rated right up there with making the switch from procedural to object oriented programming.  It is a paradigm shift that requires you to completely rethink the way you develop.  Developing with Rx will probably come more naturally for those of you well versed in asynchronous programming, but I did not have much exposure to async programming prior to this undertaking (which is probably why I found it so difficult to pick up).   Another reason why I found it difficult to learn Rx...
Read more

Writing Your First Rx Statement

Image
Introduction In my first blog post on Reactive Extensions (Rx),  Introduction to Reactive Extensions , I mentioned that there are several ways in which you can create an IObservable<T>. The most fundamental way to create an IObservale<T> is be using the Observable.Create<TSource>() method.  At first glance this method is a bit confusing but once you know how to implement it, it becomes very powerful. You First Rx Statement  In this tutorial I will build a Windows console application that will make an asynchronous web call to the Twitter API using the WebClient.DownloadStringAsync() and Rx.  I begin by creating a new console application called SampleRxApp. Next, I add the appropriate Rx reference.  For this, I use Nuget to add a reference to Rx-Main. Once I have added necessary Rx library, I add the following using statement to the top of my Program.cs file.  using System; using System.Net; using...
Read more