Q

Screen capturing

Some developers recently wrote SearchVB with the some general questions on how 'Print Screen' works, and how one might program a system to automatically print screens. That got VBSearch expert Mark Belles to thinking about the print screen keyboard command, APIs, and more.

Ever since I can remember, I've been fascinated by the print screen keyboard command. Just exactly how did it capture an image? What strange and powerful API was I missing? Well, after a few months of coding, and getting familiar with the Windows platform, I realized that I could easily code my own screen capture, without relying upon the print screen keyboard command. [An extended version of Mark's article appears on The Code Proj...

ect.]

Using just a few API calls and some GDI+, we can recreate the functionality that the print screen command offers. With one advantage: We're not going to touch the Window's Clipboard. Too many times, do I see improper usage of the clipboard, and in my opinion, slapping a big fat image onto it, erasing whatever you had on their before with no warning, is just a bad idea.

When you approach a project like this, it is important to start with an understanding of device contexts. Device contexts are just generic ways to represent devices, or things you can draw on or interact with graphically. This is hugely over simplified, but for the sake of brevity, let's just go with that for now. You can get device context's, or dc's as they are commonly referred to, from images, windows, monitors, and even printers. Every window has them, and they can be used for drawing.

Everything you see on your screen is being drawn upon a device context. The desktop, every window, your taskbar, and anything you see. You can draw upon them, or copy what they have drawn upon them. If you can get a hold of them, you can pretty much draw or steal whatever you want graphically speaking. Working with device contexts is fast, and both GDI and GDI+ are based upon using them.

What's all that mean? Well, in the case of capturing the screen, we know that somewhere window's is drawing upon a device context, so that we can see it. In fact, there's one for each monitor you have attached to your system, and that desktop that you are seeing on it, is being drawn on that monitor's device context. All we have to do is grab a hold of that device context, create another one of our own, and copy the screen's device context image data to our own, and we've got a screen capture.

Using our knowledge of the .NET framework, and some additional knowledge of the Windows APIs, we can pretty effectively duplicate how the print screen command works. A method that used as an example will enumerate all of the monitors attached to the system, figure out just how big the combinded desktop is, and then copy what each monitor has displayed on it into a final bitmap image. Click here to access the full version of this article on The CodeProject site with code.

This was first published in March 2005

Dig deeper on ASP.NET development best practices

Have a question for an expert?

Please add a title for your question

Get answers from a TechTarget expert on whatever's puzzling you.

You will be able to add details on the next page.

0 comments

Oldest 

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

-ADS BY GOOGLE

SearchCloudComputing

SearchSoftwareQuality

SearchSOA

TheServerSide

SearchCloudApplications

Close