I’ve been working on a fun and cool project for the Mid Atlantic Developer Expo, which opens NEXT WEEK, namely a Kinect-enabled Session Finder.
The project uses the recently-released Kinect SDK for Windows beta, a custom version of the Session Sorter code from the MADExpo website, hosted in a WebBrowser control within a WPF application. The WPF application is useful since I can use it to capture audio from Kinect and enable speech recognition, as well as to run the app in kiosk mode. Meanwhile, in the background, I’m running the Coding4Fun Mouse Cursor sample that I blogged about earlier today, which captures my gestures and turns them into mouse moves and clicks. Continue reading Video: Kinect-enabled MADExpo Session Finder
In case you missed the big announcement yesterday, the wait is over and those of you itching to try your hand at some NUI goodness on Windows with an official SDK can go grab the bits for the Kinect SDK for Windows beta.
If you’ve ever used a tool like Yahoo!’s Yslow to analyze the performance of your web application, you’ve probably run into the recommendation that you should put your scripts at the bottom of the page, unless those scripts insert page content (a good example of this, which we’ll see later in this post, is modernizr.js, which dynamically adds support for semantic HTML5 elements to older browsers that do not natively support them).
Unfortunately, if you use the default MVC 3 templates in Visual Studio 2010, things like the script reference for jQuery are added in at the top of the page, in the <head> section of the document. This works fine, but may potentially delay the loading of the page while the external script is downloaded and loaded. You could, of course, manually move the script references each time you create a new project, but this would result in unnecessary duplication of effort. Continue reading Make Script Performance Automatic with Custom Templates in Visual Studio 2010
June is a big month for user group anniversaries, apparently. A couple of local groups are celebrating anniversaries this month, the first being the Rockville .NET User Group, which is kicking off its 5th year. As has become the tradition (I’ve only missed one year), I’m speaking for the 5.0 release, and I’ll be talking about Microsoft WebMatrix and the Razor view engine, and why they’re relevant to you, even if you’re a professional developer.
UPDATE: I was informed by Sebastien Ros from the Orchard team that some of the code below exposed an Cross-site Scripting (XSS) vulnerability by writing out the raw value of t.TagName to the markup to be rendered by the alternate template. I’ve updated the listings (and my blog) with some code/markup suggested by Sebastien that both simplifies the code and takes advantage of Razor’s built-in HTML encoding when using the @ block syntax. While the risk of an XSS attack on the tags is relatively small, it’s always a good idea to apply HTML encoding to your strings before rendering them. My thanks to Sebastien for catching that.