Niner since 2009
So if the C++ committee decided that always detaching or always joining was a bad idea, why is writing a RAII wrapper which always detaches or always joins safe? Or under what conditions is always detaching or always joining the wrong answer?
This is awesome stuff! Can't wait until I can use things like this.
Sound is really off, and the video seems to jump around a bit.
Great video, has really helped me understand unity/prism better so I can decide how best to use it in my projects.
Maybe minor question but in all your View's you always set the DataContext in a lamda which fires on the FrameworkElement.Loaded event.
Is there a case when deferring this assignment until the Loaded event is better than just assigning immediately in the class constructor?
"... It could send an email to your boss that you quit. It could format your harddrive! Anything could happen!"
Best part of the movie!
Theres no sound in silverlight version (works fine in WMV link).
It looks like a really nice tool. I'll definitely have to try this out as I'm learning silverlight.
Video and audio don't appear to be synced.
You can notice a little jump in the video right at about 21 seconds in that beings the desync.
In trying to prove that
reverse ((x:xs) ++ ys) = (reverse ys) ++ (reverse x:xs)
Why do we need to prove that?
reverse ((x:xs) ++ ys) = (reverse ys) ++ reverse (x:xs)
Proving that (xs ++ ys) ++ zs == xs ++ (ys ++ zs) is enough.
reverse ((x:xs) ++ ys) = (reverse ys) ++ (reverse (x:xs)) reverse (x:(xs ++ ys)) = (reverse ys) ++ (reverse xs ++ [x]) reverse (xs ++ ys) ++ [x] = (reverse ys) ++ ((reverse xs) ++ [x]) reverse (xs ++ ys) ++ [x] == ((reverse ys) ++ (reverse
xs)) ++ [x] reverse (xs ++ ys) == (reverse ys) ++ (reverse xs)!
I couldn't get "Goats are Tards" to work no matter what I did, but I did get "bush hid the facts" to work provided I typed it in all lower case.