Profile_bird

Hey there! Pete_Brown is using Twitter.

Twitter is a free service that lets you keep in touch with people through the exchange of quick, frequent answers to one simple question: What's happening? Join today to start receiving Pete_Brown's tweets.

Already using Twitter
from your phone? Click here.

Pete_Brown

  1. . @JustinAngel the programmer who wrote that Windows API told me it was not available via IDispatch. I tend to trust him :)
  2. $35 well spent. Emicsoft AVCHD converter converts from MTS to AVI, lossless. Was hating the camera software, and all others were lossy.
  3. Would you like to play a game? http://twitpic.com/qt6u7
  4. . @JustinAngel it needs more than that. It needs better networking / identity access, more local APIs, access to full client FX.
  5. . @JustinAngel regardless of the future of WPF /SL, COM is not the long-term answer. Too messy unless you're accessing stuff already there.
  6. . @JustinAngel but not necessarily an IDispatch-compatible driver. For example, sensor API is not accessible via IDispatch. Needs a wrapper.
  7. . @JustinAngel If I had used WPF, no COM DLL required, just good old desktop .NET. COM is a great enhancement, but not the end-game
  8. . @JustinAngel so, great for office automation and similar scenarios. For the sensors, I had to create and register local COM dll. ugly.
  9. . @JustinAngel Dude, have you tried the COM API in Silverlight? Sweet, but only if the COM servers are already installed and are IDispatch
  10. @JustinAngel also, number-wise you have to count the actual evangelists like Jaime and Tim Sneath. I'm a content/community guy :)
  11. . @JustinAngel I'll put up a post showing how I accessed the sensor API from Silverlight 4. Very neat, but not a pretty client-side install.
  12. . @JustinAngel always need to be something that can access all that Windows provides, and SL is not currently there [2/2]
  13. . @JustinAngel that said fore sure the gap is closing. Will they merge or something in the future? Hard to say, but there will always [1/2]
  14. . @JustinAngel COM is useful, but it doesn't get you as much access as you think, and not as easily. Plus, VS10, Blend are major WPF apps.
  15. @JustinAngel and don't judge by numbers. There will be only one ASP.NET community PM, that's no comment on future of ASP.NET :)
  16. @geekpunk @JustinAngel and, FWIW, my focus isn't WPF, It's "Windows Client Dev". I'm happy if people use SL, WPF, C++, whatever :)
  17. @geekpunk @JustinAngel what I'm saying is SL isn't there yet. There are still many apps for which SL can't replace WPF.
  18. @JustinAngel Silverlight may eventually get there, but for now and several years out, WPF still has a huge leg up for Windows apps.
  19. @JustinAngel I did some COM work in SL4 for the emulator. It's COM -- good for some things, but messy for others. Plus, IDispatch only.
  20. @paulstovell @JustinAngel to be fair, Silverlight adds x-plat and a simpler install model. WPF is where it's at for windows dev, though