| Comments

UPDATE: ironruby sourcecode released!

this week i'm heading to one of my favorite cities, portland.  it is the week the open source geeks descend upon the oregon convention center for a week of open source-ness for OSCON.

so why am i going?  i went last year and had a blast...and learned a lot.  this year i'm going to lurk a little bit more, try to get some candid thoughts of attendees and hopefully learn some more!

microsoft will have a good showing this year, and i'm most excited about john lam's session on ironruby.  if you are headed to oscon, please be sure to check it out on thursday @ 5:20pm (btw, why do FOSS conferences go so late into the night!? -- or i'm just getting old and lazy).  john will talk about dynamic languages on .net -- ironruby, the BSD-style project for implementing ruby on .net, and probably show some silverlight madness implementing these dynamic languages.

see you there!  if you are going, you can follow me on twitter, or ring me up on my cell, email, whatever...let's hook up and chat!  i've put my list on myconfplan.com of where i think i'll be (dang, there is another session during john's that i really want to go to!).

| Comments

news flash: scott hanselman has joined microsoft...working in the developer division with scottgu.

read about it here from his own words.

| Comments

channel 9 was born, then came 10...now press the down on your remote twice...channel 8 has launched!

from the about page:

Channel 8 is THE place to be for STUDENTS who want to code, connect and create technology. Stay plugged into tech news and share in the experience with students around the world just like you who want to see their creations come to life. This is also a back door directly into Microsoft just like Channel 9 but from a student point of view. This means access to the inside scoop about our products and life working inside Microsoft and information on cool things coming out. This is your community – a place for you to share your tips and tricks and even your problems. Go check out what others are doing and talk about what you think is cool.

check it out...interesting design...i like the code monkey!

| Comments

after playing around with some facebook toolkits, i wanted to ensure that facebook could enable silverlight applications within their context.  you see and already live in harmony in where you can create oh, i don't know, whack-a-mole with your facebook friend profiles? (sidenote: popfly was just updated again...read more here.)

i figured i'd whip up a quick and dirty proof using the python cube example (thus also testing to see if silverlight streaming in a facebook app would work).

lo and behold, no problems:

using my newfound friend , you can see a quick screencast of me adding it in facebook.  yeah, more cowbell...er, i mean, facebook!  you can check it out here.

| Comments

i know i posted earlier with a pointer to the preview sdk over in sneathville, but i walked through the docs this morning and just wanted to re-iterate the need to look at the breaking changes document included in the preview sdk.  why? because when i look at the numerous samples i see that some are likely to be affected.  wouldn't you want your sample to run when the release candidate is put in the wild?  i would.

breaking changes...ugh...they suck.  but bear in mind this is beta and we knew there could be some.  in looking through the docs, i wanted to highlight some that i felt were more common.  the docs do a good job of discussing the change, and showing before/after code.

anyhow, here's my list:

removing 'javascript:' in event handlers

note this applies to if you are coding your even handlers in your xaml like this:

<Canvas x:Name="myButton" MouseLeftButtonUp="javascript:foo" />

you'd want to change that not to include the javascript: prefixer.  personally, i'm of the belief you shouldn't embed your event handlers in your xaml necessarily.  i heard (and saw) a very good discussions on reasons why it might not be a good idea especially if you have designers generating xaml for you.  each generation of xaml from a tool like Expression Design won't 'merge' event handler wire-ups.  what this means is that if you have xaml with event handlers like this and your designer checks in a new xaml file, your app might break because they are using a design tool that may not have functions to enable event handler wire-up in xaml.  i'm babbling here, but note the change if you are.

removing "Sys."

probably going to affect everyone.  instead of Sys.Silverlight.foofunction() you'll need to remove the Sys. prefixer here.  quite simply, the namespace "Sys." was removed in the RC.

using the downloader object

one of my favorite little objects in silverlight.  in the beta bits, there was a third param in the creation that enabled you to choose whether the downloader would perform async or not.  that param is now removed...all downloads are async.  the sdk doc describes a method you can do to trick out the beta bits, but note that the third param is no longer there.

downloader.open("get", file, true) 
//becomes 
downloader.open("get", file)

visibility:hidden is now visibility:collapsed

um, it couldn't be explained any simpler.  hidden and collapsed meant the same thing, so we picked one and kept it consistent...hidden is no longer...use collapsed.

elements in Resources node must be named

good practice anyway that should have been followed, but if you are creating resource storyboards, etc. then you need to name them using the x:Name attribute.  this applies to anything in <Canvas.Resources>

AddEventListener returns a token for RemoveEventListener

basically if you were using removeEventListener before, you'd specify the object and the event handler function.  now, you have to pass a pointer to the token.  so when you add an event listener, you'll get a token as an object return.  you'll then use *that* in the remove command instead of the function name.  something like this:

var enterToken = myObj.addEventListener(“MouseEnter”, myEnterHandler);
myObj.removeEventListener(“MouseEnter”, enterToken);

version property in plug-in creation is obsolete

instead, use isVersionSupported instead.  this is what the new silverlight.js file looks for (note: the new silverlight.js file is also located in the preview SDK).

so there are my key highlights.  there are more, and you really should download the preview sdk and read the docs.  prepare yourself.  prepare your samples (myself included, i need to find the time to go back, but i'd imagine your samples are much more important).  get ready for RC baby!