.NET Zone is brought to you in partnership with:

G. Andrew Duthie, aka devhammer, is a Technical Evangelist for Microsoft's Mid-Atlantic States district, where he provides support and education for developers working with the Microsoft development platform. In addition to his work with Microsoft, Andrew is the author of several books on ASP.NET and web development, and has spoken at numerous industry conferences from VSLive! and ASP.NET Connections, to Microsoft's Professional Developer Conference (PDC) and Tech-Ed. G. Andrew is a DZone MVB and is not an employee of DZone and has posted 41 posts at DZone. You can read more from them at their website. View Full User Profile

Windows Store Apps and Third-Party JavaScript Libraries

10.09.2012
| 1870 views |
  • submit to reddit

If you've attended one of my talks on building Windows Store apps with HTML5 and JavaScript, you've heard me say that although the default for our app templates is to use the WinJS library for providing rich databinding, controls, and a great look and feel that makes your app fit into the Windows store ecosystem, we also support the use of 3rd party JavaScript libraries as well, with a few caveats.

Those caveats primarily have to do with the sandbox model for Windows Store apps, particularly with respect to dynamically created content. In most of my talks, I just don't have enough time to get deep into the details of what limitations you might run into, so I was glad to see when one of my fellow technical evangelists, Jim O'Neil, sent a link to a very helpful article by Ryan Westphal, detailing his experience in using his jQueryGeo library in a Windows Store app.

The short version is that his library worked without much modification, requiring only that he wrap certain calls using toStaticHTML.

Read the whole article to find out all the details.

Published at DZone with permission of G. Andrew Duthie, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)