Budweiser: The Buddy Cup


Eventpool is a service developed and managed  by the Taxistop association. By means of the Eventpool service, Taxistop wants, free of charge, to bring event visitors in contact with each other in order to carpool or share a taxi. By doing this, Taxistop wants to contribute to the traffic flow reduction to events, complementary to cycling and public transport.

Taxistop uses personal data from the Eventpool service only in function of the service or for sending newsletters. The data are not exchanged with third parties, in any way whatsoever.

Find out more at: http://eventpool.be

LinkedIn for Windows Phone

Get on-the-go access to your professional network with LinkedIn for Windows Phone. Find and connect with more than 150M members worldwide, read the latest industry news, keep up-to-date with your groups, explore jobs you might be interested in, and share content with your network from anywhere.

Grab LinkedIn for your Windows Phone here:


Our vision for Mayhem is to connect everything to everything else. Clearly, we need some help to get closer to that ideal.

If you are a developer, you can help. By contributing AddOns that extend the Mayhem universe of devices and services that can be connected together you can have the opportunity to win big in the Make Your Own Mayhem Contest. There are lots of prizes, including two US$1000 awards. And if you are a true Master of Mayhem, there is the Mayhem Master Award of US$3000!

[ link ]


IE9 and YouTube just a bug?

I just found out that I can’t insert the ampersand (&) character in the YouTube search box by typing it (copy-paste works).
It works on every other website that I have tested but not on YouTube.

Screenshot from FireFox:

Did I just found a little bug in IE9 RC or is it Google who is playing a dirty browser wars game?

Other people with IE9 RC can all reproduce this. I could not find any bug report of this on connect.microsoft.com.
When using compatibility mode in IE9 it works but when I use the default mode, it doesn’t work.

RAW (probably useless) HeaderData from Fiddler:

IE9 (normal modus):

GET http://www.youtube.com/ HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Language: en-GB
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
Host: http://www.youtube.com

IE9 (compatibility modus):

GET http://www.youtube.com/ HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, application/x-shockwave-flash, */*
Accept-Language: en-GB
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; .NET4.0C; .NET4.0E; InfoPath.3; Zune 4.7)
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
Host: http://www.youtube.com

FireFox 3.6.13:

GET http://www.youtube.com/ HTTP/1.1
Host: http://www.youtube.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; nl; rv: Gecko/20101203 Firefox/3.6.13
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: nl,en-us;q=0.7,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive

I assume that it is just a bug in IE9 RC but these days we need to investigate everything, don’t we?!
It could be a trick to damage the IE image by irritating IE users. But we all know that Google is ‘not’ Evil, don’t we? 🙄

Bug or not? That’s the question.

Update: still doesn’t work in the RTW version.