You need to do something like this: string[] aFiles = ** filenames of that you want to drag out **; DoDragDrop(new DataObject(DataFormats.FileDrop, aFiles), DragDropEffects.Copy | DragDropEffects.Move); If the files you want to drag out aren't actually real files, the easiest solution is probably to create temporary files, and provide those filenames. -- Help me! I'm turning into a grapefruit! Buzzwords!

Now it works, thanks. But another few hours have been spoiled on this either.

There is no managed solution. This behavior of the MdiClient control is by design. It's standard behavior in document, more specifically text editor, editing. Image editing is a whole different kind of MDI setup. Both the applications you mentioned do NOT use the managed MDIClient in the .NET Framework. They both use their own, custom-built, MDI containers. A guide to posting questions on CodeProject[^] Dave Kreskowiak Microsoft MVP Visual Developer - Visual Basic      2006, 2007

Libor Tinka wrote: he may not use Windows (my app should work on other platforms) Are you planning on having your app work with Mono?

If you want speed then dont use GDI. Use unsafe code. here is an example of using unsae code to handle bitmaps. Does not do what you want, but I am sure you can figure it out :-) http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dncscol/html/csharp11152001.asp[^] My pointless rants meragussa.blogspot.com[^]

It sounds like you're trying to work with a detached file, one that isn't a permanently configured database. If that's what you're trying to do, you need to specify the filename in the connection string, using the AttachDBFilename keyword. For more information, see the documentation for SqlConnection.ConnectionString. Stability. What an interesting concept. -- Chris Maunder

You can please try the below: private void Form1_KeyDown(object sender, System.Windows.Forms.KeyEventArgs e) { if ( e.Control && e.KeyCode == Keys.Up ) { this.Text = "Control key + Up Key pressed"; } else { this.Text = "Other Key pressed"; } }

No. Christian Graus - Microsoft MVP - C++

This works on .NET 2.0, but I have to solve the problem on .NET 1.1 :((

I'm dummy, thanks a lot! :)

ltinka wrote: Another idea was to use a three times larger buffer than the control. When user drags mouse over control, the cursor is locked inside the control bounds and OnPaint works just with the buffer. When user releases mouse button, the buffer will update. This can be a little frustrating, when user needs to scroll whole large image (more dragging), but this can be also fast. Instead of tieing the user to a small section of the image per move, if they reach the edge of the bufffer cause an update then. A periodic delay would be much less bothersome for the user than having to repeatedly grab and let go to scroll a large distance.

Enumerating shell namespaces (which is actually what they're called; some namespaces just happen to be drives while others are mapped drives, etc.) includes a lot of complicated calls (relatively speaking). There's no simple solution to what you want to do. To do this correctly WMI isn't the best solution. Instead you need to use the Shell interfaces which return you namespaces and allow you to query for their icons along with many other things. Doing this doesn't work with paths at all, but item ID lists (IDLs) of objects. Folders and files have unique IDs. The control panel has a unique ID, etc. Everything visible in the shell namespace has a unique ID. See Navigating the Namespace[^] for an overview with links and a sample in native code. Another problem is that since all these interfaces are native you'll need to create RCWs (runtime-callable wrappers) for several dozen interfaces, define lots of constants (you'll need the C/C++ headers in the Platform SDK[^] - also installed with Visual C++ - for values), and define lots and lots of structures - some of which aren't so easy because of unions which don't have an equivalent representation in .NET. Because of this you might consider writing such a control in Managed C++ - which allows you access to native constructs but compiled to managed code (the resulting assembly is actually a mix of native and managed code, which means the assembly isn't verifiable and won't run in some security contexts like from an Internet or intranet site). The article http://www.codeproject.com/csharp/csdoesshell1.asp[^] on this site will give you a start. You can find other articles about shell namespace extensions in the search results at http://www.co

You can use the Graphics.MeasureString( ... ) function to get the pixel height of a Font's output. "we must lose precision to make significant statements about complex systems." -deKorvin on uncertainty

Thanks a lot. Now it works fine, damn Image.FromFile()...

Rob Philpott wrote: have you considered providing these in non-managed code? For speed and security :) xacc.ide-0.1 released! Download and screenshots

System.Xml.Serialization.CodeIdentifier.MakeValid() just check if the returned value equals the input value. xacc-ide 0.0.99-preview7 now with C#, C, C++, IL, XML, Nemerle, IronPython, Perl, Caml, SML, Ruby, Flex, Yacc, Java, Javascript, Lua, Prolog and Boo highlighting support!