In other words you can compile but to see the results you will have to deploy to a SharePoint server.

The only exception to this rule is with web parts where code doesn't actually interact with the SharePoint object model and is just a standalone web part. Then you can test your web part by creating a web project with web part zones and run your web part from there.

If that hasn't put you off here are a couple of extra steps you may need to get going with SharePoint dev on XP.

1) Copy all the DLLs out of the GAC of SharePoint install.

From http://mossofall.blogspot.com/2007/05/how-to-get-microsoftsharepoint-dlls-out.html

So, to extract these DLLs (for example in the c:\temp folder), I use a classic XCOPY command in command line from the folder C:\windows\assembly\ :XCOPY GAC_MSIL c:\temp /

Then use a normal windows search to find all dll in temp folderabd copy out the SharePoint related ones.

Copy the DLLS to your local GAC. i.e to C:\windows\assembly

Do an IISRESET.

2) If you get a personalization web.config error when testing we parts in local web part zone enabled Site

Make sure you set personalization on your web part manager off for testing locally

Webcoda, SharePoint Consultants & Web Development

We can't tell you their names or show their faces on TV but if you need a SharePoint job done right, call them on +61 2 9370 3602 or email us at info@sharepointsydney.com.au

Persecuted by the Government and shunned by society they developed their SharePoint skills in back streets and labor camps where other programmers wouldn't dare to tread.

During a trek through the Himalayas they stumpled upon the fabled Mossy Yak who shared his SharePoint knowledge of how to attain Nirvana through a series of Workflows and Event Handlers. Their mission is to spread this knowledge through-out the world to bring peace, harmony and document version control to all .