Windows® API Code Pack for Microsoft® .NET Framework

Thanks for putting this up! I'd love to see you write some support for the new Windows 7 API for the Windows Biometric Framework.

hi SBussinger. Check out Dan Griffins biometric sample for info on how to call the Biometrics Framework: http://www.jwsecure.com/dan/2009/02/17/new-test-devices-for-biometrics-project/

Does this release include (or will include) support for multi-touch features?

Multi-touch features are not likely to be included in this release of Windows API CodePack.

Thanks for this release..

Will these become a part of .NET Framework 4.0? If not, at what point will they be added?

It would be nice if the documentation included information about the minimum supported version of Windows for each feature, and some idea of how the API will fail on an unsupported platform.

Thanks for this effort! Are we going to see the new DirectX features, d2d and direct text ?

D2D 1.0 and DirectWrite support are there in the new release!

Does this mean we can use Direct3D with managed code? As we did with DirectX 9 and Managed Direct3D? Thanks.

Yes!

Will we ever get support for the Ribbon?

Hi there - will there be support for the Mobile Broadband API at some point?

Thanks for nice Lib. I'm interesting about support of D3DX general and D3DX Math. And, like a RyGuy12, what about Ribbon?

RyGuy12 - The V1.0 release of the Code Pack will not have support for Ribbon. We are considering this feature for future versions.

cjmarsh - Thanks for the feature request. We will add Mobile Broadband API support to the list of potential candidates for future releases.

REVAN - We do not have full support for D3DX but we have basic Math and utilities library that we have used to build our samples. In addition, the included DirectX utilities (in Samples) show how to wrap D3DX interfaces and methods.

Same question as wayne_p:
"Will these become a part of .NET Framework 4.0? If not, at what point will they be added?"

I wouldn't say it could be included there - the Beta version does not include it, so why the released version would? Anyway - why would you like it included there? Isn't it better to just have the source code that you can bend to your needs easily?

@cjmarsh - There is already a whitepaper on using Mobile Broadband API with managed code at http://www.microsoft.com/whdc/connect/wireless/MB_ManagedCode.mspx

May I just add - that this could be the greatest single thing Micrsoft could have done to drive Vista / Windows 7 adoption. Core API's moved to managed code - it's like my birthday come early. Thank you.

Thanks for that API! I will start using it right now to code applications compatible with Windows 7.

i'm just curious (and i've seen a few others) if there's something like this for windows xp that anyone knows about? we're kind of stuck on it here at work...

For those who want to use biometric features from Windows 7, you could take a look here: http://weblogs.asp.net/thomaslebrun/archive/2009/08/19/windows-seven-how-to-use-biometric-authentication-in-your-net-applications.aspx

Is there are any plans for Media Foundation wraper in next releases?

I have taken the sample for the Shell PropertyEdit Sample, rewrote it for a form app and it works great on Vista. Is there a way to get it to work on an XP computer????

I have installed Framework 3.5 sp1 on the XP machine and the program will run without exceptions.

The program contains four function:
1. Get property value
2. Set property value
3. Enumerate properties and values.
4. Give information about a specific property name.

On the XP computer the program will run without errors but only function #4 will return a value.

I hope their is just something I am missing.

Please drop the WinForms Dependencies. if you want everyone to use WPF then stop using WinForms. For the next release you should split more code into the "Core" library and then have WPF library and a WinForms library.

THANK YOU! this is so much easier then having to look around the web for something.
I'm just woundering, is there any thing for the new VHD API in this?

The newer Intel CPUs have a built-in floating point operations counter. Will Windows 7 provide an interface to this counter? In other words, will it be possible to call something like QueryPerformanceCounter() to access the FLOPs that a program has executed?

@CElliott: Looks like the APIs are already there and easily callable from .NET (using pinvoke):

MSDN: http://msdn.microsoft.com/en-us/library/dd458671(VS.85).aspx
PInvoke: (only couple; I am sure you'll find others on pinvoke.net)
http://www.pinvoke.net/default.aspx/kernel32/QueryPerformanceCounter.html

and

http://www.pinvoke.net/default.aspx/kernel32/QueryPerformanceFrequency.html

I can only assume most of the installation instructions have been left out. They didn't even say to use C#. C# couldn't find the files in the locations the ZIP folder put them. The supposedly VB samples are looking for C files! Microsoft, how about some instructions on how to actually install and use these!

There is nothing to "install" ... It's a zip file with sources and samples. Download the file, unzip, run the samples SLN files.

Well, of course you need a few things, like .NET 3.5, Visual Studio seems pretty useful, so is a C# or VB compiler and C++ for DirectX, Windows SDK and DirectX SDK. I suppose C++ was missed from the list, but really everything else is mentioned above.

Check Windows Ribbon for WinForms at [url: http://windowsribbon.codeplex.com/]
This is my work for provding .NET WinForms users access to the ribbon feature.
It is build on top of Windows API Code Pack and tries to follow the same convensions.
Sample projects included.

Is there any plan to include the WINSCARD functions in a later release?

DirectCompute would be a nifty one. It would be great to be able to speed up math-heavy .Net apps without having to resort to unmanaged code.

Shouldn't this be rolled into a .NET Framework release/update? It'll make it easier to roll out the runtimes to servers/workstations. Nice features, by the way. As someone else pointed out, DirectCompute would be nice...