Skip to main content

What does Vista MCE ("Diamond") look like?

Just watched this on Charlie Owens blog.

This is a tour of Windows Vista Media Centre (code name Diamond). I have to say that I'm mildly impressed but I believe that with "consumer" grade products like this (and by consumer grade I mean ready for Joe Public - no computer science degree required to operate) the proof is in the long term experience with the product; i.e does it become indispensible or did you get frustrated with it because of stability/reliability issues? "Eye-candy" stuff is great but if it forgets to record a TV program it will get the boot! I've been pleased with MCE2005 so working on the assumption this will be a "better" product I hope this will become a truely indispensible integral part of my home.

Great video though demonstrating the features and improvements and I can't wait to get some long term experience with it myself. I'm holding off buying a new media centre PC until "Diamond" is released.


Adnan said…
sorry for off the topic post.I am woking on an MSN bot and using dotMSN lib for .net 1.1.

I am having difficulty to handle users who add my bot does appear in reverseList ,even in Forward List(FL) if I call AddContact() method.My bot client doesnt get notified about new message sent by a user.

there is an option of Notify "DotMSN.MSNNotifyPrivacy.AutomaticAdd"
But I dont know how to add it.Can you guide me ?


James Simmonds said…
If I understand you correctly you are successfully having the contacts added on the FL & RL but the bot is not receiving a message from the contact. I’ve looked at some code I have for a bot I worked on a while ago and think the problem might be in how you are wiring up the event handlers to send a message back to the contact. I’ve not seen/used the DotMSN.MSNNotifyPrivacy.AutomaticAdd feature you mention.

So once you have your main dotMSN messenger object you need to wire up the ConversationCreated handler.

You should do this only once

_messenger.ConversationCreated += new ConversationCreatedHandler(Messenger_ConversationCreated);

Then inside this event handler you need to wire up the new conversations “message received” handler. This will fire every time a contact opens a message window and types a message to the bot

private void Messenger_ConversationCreated(DotMSN.Messenger sender, ConversationEventArgs e)
e.Conversation.MessageReceived += new DotMSN.Conversation.MessageReceivedHandler(Conversation_MessageReceived);

Then finally this event handler is where you will get the message text from your contact. Use the sender.SendMessage method to send any text back to the contact, in the example below it simple returns the message they sent to the bot. This will fire for every message sent by the contact.

private void Conversation_MessageReceived(Conversation sender, MessageEventArgs e)
// this will send a message back to the sender

sender.SendMessage(string.format(“Thanks for your message of: {0}”, e.Message.Text));

Popular posts from this blog

Walk-Thru: Using Wolfpack to automatically deploy and smoke test your system

First, some history... The advent of NuGet has revolutionised many many aspects of the .Net ecosystem; MyGet, Chocolatey & OctopusDeploy to name a few solutions building upon its success bring even more features to the table.

I also spotted that NuGet could solve a problem I was having with my OSS System Monitoring software Wolfpack; essentially this is a core application framework that uses plugins for extension (Wolfpack Contrib) but how to unify, standardise and streamline how these plugins are made available? NuGet to the rescue again - I wrapped the NuGet infrastructure (I deem NuGet to be so ubiquitous and stable that is has transcended into the software "infrastrucuture" hall of fame) with a new OSS project called Sidewinder. Sidewinder allows me to wrap all my little extension and plugins in NuGet packages and deploy them directly from the Wolfpack application - it even allows me to issue a new version of Wolfpack and have Wolfpack update itself, sweet huh?


Geckoboard Countdown Widget v2

v2 is here, now with added colours! This time using the RAG Numbers widget to display your date countdown - as you get nearer the date the number will change from green to amber then red.

The new url is:!
Note 1: notice the new /rag/ path and the msg querystring param.
Note 2: the original v1 url still works

To use this on your Geckoboard add a new "Custom Widget/RAG Numbers" widget. By default the number will turn amber at 10 or less days to go and red at 3 or less days to go however you can change these with the querystring (see below).

Required querystring params
date: "yyyy-mm-dd" format, this is the target date to countdown totz: timezone offset in hours from GMT that you are in. Can be negative if you are behind GMT
Optional querystring params
msg: the label that appears next to the number of days (remember to encode spaces as +). The default is "Days Remaining" if you…

Resharper add-in idea - highlight IDisposable vars

[Update 18th July 2013]
@RobGibbens and Greg Hurlman picked up on this - Rob pointed out that there is an FxCop rule that can do this and Greg suggested a Visual Studio extension. I've had a quick look at the Visual Studio options and it looks like an "Editor Extension" is a good fit....hmmm, Project New, click...doh...dammit I really don't have time for this but it looks a fun little diversion! I'll update here if I get anything working.

[Original Post]
Had an interesting idea for a Visual Studio Resharper add-in the other day but don't have the time to implement it so thought I would put it out might already exist (and hopefully someone can point me in the right direction) or someone will build it (Darren Voisey where are you?!).

The idea is very simple really - when you have a variable for an object that implements IDisposable it gets highlighted or a tell-tale is displayed to let you know it should be disposed or should be wrapped in a using sta…