mrtavares wrote:Running Windows Vista with the latest version of Silverlight. Doesn't work though. There's no keyboard input capabilities. The initial animation works and all, but just can't control the character. Does it have to do with the fact that my keyboard is not
Same problem here both on USB keyboard and my laptops
Same thing here. I always wondered why the game was mentioned so often as a cool Silverlight demo, but couldn't be played due to broken keyboard input.
@Charles: No offense, but I think responding to each bad comment is futile. People should be able to distinguish between good and bad comments themselves.
As for the video:
Sumit mentioned 25 developers on her team. That sounds pretty low for a complex product like Access. Are there lots of shared components in Office (like UI stuff, VBA, etc.) that are not developed by her team?
Another question: Were there similar efforts in the Office team to better componentize the application and reduce dependencies between components like in Vista?
I played with it and it works quite well. Though sometimes parts of the composite image are distorted after a couple of selections. It would be helpful to include some guidance on how to best place the selection boxes in order to avoid such issues.
Mr. Beckman wrote:We want to turn Visual Basic into not only the best and most popular programming language in the world but the most advanced programming language in the world.
right, there are not such thing as "the best programming language"! Microsoft Research guys should know this better that anyone, advanced... would be nice to explain how... and sience C#/VB share same runtime how VB can be more advanced than C# ?
C# 3.0 also targets the same runtime but is more advanced than C# 2.0. You can do a lot just by improving the compiler alone. So if more effort is put in the VB compiler in the future it will get more advanced than C#, although both target the same runtime.
I am still wondering how exactly it shows "versions?" of the images as you zoom in and out, if it's drawing from a single image...does it only display a portion of the image's binary?
I can only guess, but I think that's exactly what's happening. When zoomed out, you only need to load e.g. every 10th pixel of the image. If you zoom in a little you have to add e.g. every 5th pixel and so on, until you are on zoom level 1:1 which displays
all pixels. At the same time the portion of the image in view gets smaller and smaller, so the overall amount of data that has to be in memory basically stays the same. So you either see all of the image in low resolution or a small portion of the image in high resolution. The tricky parts of course are to decide when to load what and how to do it quickly.
But the amount of data cannot stay the same over the entire experience. He's got, roughly 100, pictures on his screen. As he moves any one of them to a higher Z-index, that picture has to display more and more of it's full binary-value. As he moves it to a
lesser Z-index, it displays less of its binary-data. That would require the user to first traverse through its entire binary-source, select only what the user needs to keep in memory for that moment, and then display the selected information. However, if you're
going to be zooming in and out rapidly, then it would be best to have the entire pictures memory in cache, but then, you would need EVERY picture's highest-resolution binary-value in cache always, to be able to rapidly navigate from one picture to the other,
and quickly modify the z-index of any given image...that simply cannot work, it would utterly kill your processing speed.
How the heck is he doing this!? Blaise! Come to my rescue!
Remember that zooming in and out happens gradually. When zooming in, you first see a blurry version of the image until loading of the additional details is complete. The faster you zoom in the blurrier (is that a word?) the image gets. Look at Google Earth,
I think it's similar.