CryptAcquireContext, CryptGenKey, CryptEncrypt, CryptDecrypt. See Microsoft's examples Encrypting a File[^] and Decrypting a File[^]. Stability. What an interesting concept. -- Chris Maunder

Well, besides sessions and and form data (thus meaning that sessions still aren't the only way in ASP.NET), you could always store it in a repository of sorts, like a database, file (bad!), cookie, etc. The nice thing about using a session is that the original poster wouldn't have to serialize the collection and could just store it in the session as-is. Sessions can be very nice, but they are often over-used (especially when large amounts of data are stored in them). As I mentioned before, too, if you use post-back and stay on the same page (seems to be most common with ASP.NET), you can use the ViewState but the page implementation is responsible for saving and loading that ViewState (and one must be careful when doing so). Microsoft MVP, Visual C# My Articles

The DataGrid control is an excellent tool that is sometimes challenging. When I was first getting into ASP.NET I found this article to be of great help with regards to this server control. The website is aspnet.4guysfromrolla.com if this link does not work. Link: http://aspnet.4guysfromrolla.com/articles/040502-1.aspx HTH, -Brian C.

I'm not absolutely certain here, but some registry values and access to registry values depend on the interactive user and the permissions of the interactive user. When you execute an ASP.NET application, it is, by default, authenticated to the server (even if that is your local machine) as the ASP.NET interactive user (ASPNET). Perhaps if you set your app for Windows authentication, you'll have your normal permissions and be able to see the values you expect.

Remove the panel. Add a grid layout control from the HTML toolbox. Convert it to a server control. Voila, you have a panel control that allows you to move things where you want them.

If you really want to know if the Panel contains those other controls, quick looking at the designer and look at the code. Every Control has a Controls property that contains a collection of Controls that are children of thet parent Control. The other possibility is that there is some owner-drawing problem. Is this code overriding OnPaint or handling the Paint event on the Panel? Somewhere in the initialization code, is the code using SetStyle to set styles incorrectly or overriding CreateParams (if a derivative class)? Microsoft MVP, Visual C# My Articles

Thanks for all the help. I realized (later) that these were stubs, RPC calls to the server...

Try this code: BOOL CSystemTray::SetIcon(UINT nIDBigIcon, UINT nIDSmallIcon, CStatic *pWndList, int nListNumber) { ASSERT (!nListNumber || (NULL != pWndList)); m_hIcon = AfxGetApp()->LoadIcon(nIDBigIcon); m_hSmallIcon = AfxGetApp()->LoadIcon(nIDSmallIcon); ASSERT ((NULL != m_hIcon) && (INVALID_HANDLE_VALUE != m_hIcon)); ASSERT ((NULL != m_hSmallIcon) && (INVALID_HANDLE_VALUE != m_hSmallIcon)); if ((NULL == m_hIcon) || (INVALID_HANDLE_VALUE == m_hIcon) || (NULL == m_hSmallIcon) || (INVALID_HANDLE_VALUE == m_hSmallIcon)) return FALSE; CDialog::SetIcon (m_hIcon, TRUE); CDialog::SetIcon (m_hSmallIcon, FALSE); //Aggiornamento lista icone if (nListNumber && (NULL == pWndList)) return FALSE; int i; CStatic *pPt = pWndList; for (i = 0; i < nListNumber; i++, pPt++) { pPt->SetIcon (m_hIcon); } return TRUE; } where: protected: HANDLE m_hCompletion; HICON m_hSmallIcon; HICON m_hIcon; This works great. I did not test it with icons loaded from different modules neither with string-named resources (only index-named ones). Hope this help. Regards, Andrea

I clicked show all files and I do see although it looks like it is a link of some sort. I will take a look at the link you sent me.... thanks Ralph

.NET CF is smaller and leaner - It is designed for Windows CE devices like the Pocket PC. Notable differences are: * No ASP.NET support (after all who in their right mind is going to run a web server off a PocketPC device). * Limited XML support - No XPath for instance. * Reduced functionality on Windows Forms controls * Changed functionality on Windows Forms controls (due to the different input methods [e.g. concept of right-click altered to hold-click] and form factor of the device) * Many overloaded versions of methods don't exist. * No printing support (although you can buy third party components that do printing [ScotRail use something like this for issuing tickets on the train itself - a Pocket PC based ticketing issuing device, the Pocket PC plugs into a printer and Credit Card scanner]) There are more. However MSDN indicated on each class, method & property whether it is supported. --Colin Mackay-- EuroCPian Spring 2004 Get Together[^] "You can have everything in life you want if you will just help enough other people get what they want." --Zig Ziglar

Mostly, look at the class that's generated. If it extends System.Windows.Forms.Form, is most likely a Windows Forms property. If it inherits from System.Windows.Forms.UserControl is a user control project. If it just includes a static Main method and not much else, it's probably a console application. If you have a bunch of web forms (.aspx files) then you've got a web project. The best thing you can do is just start playing around with the different types and see what's generated, as well as read some of the articles in the .NET Framework SDK. There's also samples and tutorials out there. Also, don't forget that CodeProject is a great resource and has many articles that often go in-depth into the technologies they target such as Windows Forms or ASP.NET. -----BEGIN GEEK CODE BLOCK----- Version: 3.21 GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++ -----END GEEK CODE BLOCK-----

D3DSpy from the DirectX 9 SDK. - Mike

The Complete Idiot's Guide to Writing Shell Extensions - Part VIII by Michael Dunn. -Gile

Using Spy++, it appears to me that there is no special class given to the Open and Save Dialog boxes, they are declared as the regular #32770 class, which is the identifier for the dialog class. There may be some other trick that you can employ, like test the title or something, but this will not be guaranteed to work, especially if you are testing in someone elses application.

Roger Wright wrote: Do you actually say these sorts of things at work? Where I can find a perl interpreter, it makes for many a pleasurable hour getting watched and avoided, and talked about behind my back. The rest of your reply is one big pearl of wisdom, and I will remember your strategy :suss: - Jason Do you have a Pulse? SonorkID: 100.611 Jason