David Anderson: Thoughts on Visual Studio Team System and "Dark Matter"…

Soma is an interesting guy. I have watched other videos with him and they have been interesting. I liked hearing about his career path and how he got to where he is today. I like when an interview talks about that...
"About native C++ support, do you plan on putting WPF support into MFC? If not, is this exposed through COM or standard C calls?"
Gary,
For the Visual Studio Orcas release, we are not planning to build new MFC plumbing to connect MFC and WPF. However, WPF is built with HWND-interop in mind, so adding WPF pizzaz to your MFC UI isn't too difficult to do. As an example, check out this demo build
a while back by Nick Kramer:
https://blogs.msdn.com/nickkramer/archive/2006/06/08/622695.aspx
Thanks!
Steve Teixeira
Group Program Manager, VC++
arrgghhh, thewizster took the words right out of my mouth! (or, rather, the typed words out of my keyboard!)
This interview with Soma is great and I've also watched other videos with him which I liked. We're all on our own career journeys in some form or another, and I always enjoy hearing people's stories about how they got from "there to here."
Is the list of VS 2005 SP1 issues on Vista a work in progress, or is there a link we can visit to see it in its current state? Is there a working list of issues for people participating in the SP1 beta?
Great interview!
Most of issues with running VS 2005 on Vista as standard user (for example, COM registration fails) exist when VS 2005 is run as normal user on XP.
We will be publishing the list of known compat issues when VS 2005 is run on Vista (along with workarounds where available) to MSDN in next few days. We are working on publishing a similar list for VS 2003 within the next few weeks.
Thanks,
Vetri.
Vetri wrote:Sven,
Thanks for the feedback. We are changing the warning message in VS 2005 SP1 RTM. It will "recommend" users to run with administrator privileges, inform that some scenarios will need admin privileges and will also contain a link to information on which scenarios/features need admin privileges.
-Vetri.
stevetei wrote:"About native C++ support, do you plan on putting WPF support into MFC? If not, is this exposed through COM or standard C calls?"
Gary,
For the Visual Studio Orcas release, we are not planning to build new MFC plumbing to connect MFC and WPF. However, WPF is built with HWND-interop in mind, so adding WPF pizzaz to your MFC UI isn't too difficult to do. As an example, check out this demo build a while back by Nick Kramer: https://blogs.msdn.com/nickkramer/archive/2006/06/08/622695.aspx
Thanks!
Steve Teixeira
Group Program Manager, VC++
Hi Gary,
Re: MFC and WPF...
"Thanks, but I am looking for a way to do this in unmanaged C++. I would love to throw the CLR switch in my MFC apps, but the performance hit is too dramatic. Even the UI performance. Building the code is also much slower."
WPF itself is managed code, so you're going to be in managed-land no matter what. You might try only throwing the /clr switch on those .cpp modules that require access to managed types. Throwing /clr on an entire project that was originally designed to
be native code (e.g., an MFC project) will definitely cause a bad hair day. VC++ also allows you to delay load the CLR by placing your managed code in a separate DLL for which you would LoadLibrary() on demand.
I might also mention that we're working hard to improve the runtime as well as the build performance of mixed native/managed apps. You should see the fruits of some of this labor in the Orcas release.
All the best,
Steve Teixeira
Group Program Manager, VC++
https://blogs.msdn.com/texblog
Are there plans to include in the .NET Framework, classes and support for Audio and Video? Like capturing and recording audio from your microphone and be able to stream that, or capturing live feed from your camera? Is there a plan for this to happen with in the .NET Framework? It would make it easier for developers to include video into their app, or allow live support using a mic.
In general is there a way to make it easier to work with hardware in the machine through the .NET Framework?
stevetei wrote:Hi Gary,
Re: MFC and WPF...
"Thanks, but I am looking for a way to do this in unmanaged C++. I would love to throw the CLR switch in my MFC apps, but the performance hit is too dramatic. Even the UI performance. Building the code is also much slower."
WPF itself is managed code, so you're going to be in managed-land no matter what. You might try only throwing the /clr switch on those .cpp modules that require access to managed types. Throwing /clr on an entire project that was originally designed to be native code (e.g., an MFC project) will definitely cause a bad hair day. VC++ also allows you to delay load the CLR by placing your managed code in a separate DLL for which you would LoadLibrary() on demand.
I might also mention that we're working hard to improve the runtime as well as the build performance of mixed native/managed apps. You should see the fruits of some of this labor in the Orcas release.
All the best,
Steve Teixeira
Group Program Manager, VC++
https://blogs.msdn.com/texblog