Share via


Printing: Allocating GDI Resources

OverviewHow Do I

This article explains how to allocate and deallocate the Windows graphics device interface (GDI) objects needed for printing.

Suppose you need to use certain fonts, pens, or other GDI objects for printing, but not for screen display. Because of the memory they require, it’s inefficient to allocate these objects when the application starts up. When the application isn’t printing a document, that memory might be needed for other purposes. It’s better to allocate them when printing begins, and then delete them when printing ends.

To allocate these GDI objects, override the member function. This function is well suited to this purpose for two reasons: the framework calls this function once at the beginning of each print job and, unlike , this function has access to the object representing the printer device driver. You can store these objects for use during the print job by defining member variables in your view class that point to GDI objects (for example, CFont * members, and so on).

To use the GDI objects you’ve created, select them into the printer device context in the member function. If you need different GDI objects for different pages of the document, you can examine the m_nCurPage member of the structure and select the GDI object accordingly. If you need a GDI object for several consecutive pages, Windows requires that you select it into the device context each time OnPrint is called.

To deallocate these GDI objects, override the member function. The framework calls this function at the end of each print job, giving you the opportunity to deallocate printing-specific GDI objects before the application returns to other tasks.

See Also   Printing: How Default Printing Is Done