It All Starts with a Blank Sheet of Paper
The printing subsystem can be particularly daunting the first time it is encountered. It is unfamiliar to most developers, and it lacks the draw-and-code experience that the Windows Forms Designer has made so familiar to us. However, there are a number of classes built into the .NET Framework that can make the whole experience a bit less of a chore...
The Print System
Although it is possible to live a happy and fulfilling life without ever looking under the bonnet at the print subsystem, it does make it slightly easier to write an application that has hardcopy capabilities if you have some understanding of what the Operating System does in response to the “print
” command.
The first thing an application needs to know in order to print is what print device to print to. To achieve this, it queries the spool server and asks it to return a list of the devices attached, and some basic information about them (name, location, device driver, etc.).
Then, the user selects one, and the application obtains a handle that refers to that printer, through which it queries the device settings (such as the paper size it uses, resolution, etc.), and then it obtains a device context on which to draw the first page. Drawing the page is done with the standard GDI drawing commands such as ExtTextOut
, Rectangle
, Polygon
, etc.
Once the page is drawn, the application either notifies the spool system that the job is complete, or requests another page. At this stage, the drawn page can be translated into the printer control language appropriate to the printer by the printer driver, and the hardware can do its thing.
In between pages, the application can also make changes to the settings of the printer so that, for example, one page can be printed landscape and the next portrait, etc.
Whenever the application or the printer performs an action on the print job, a notification is raised so that any application which monitors print jobs can be notified of their progress and so that any problems that occur printing the document can be notified to the user to rectify them.
Printing in .NET
Printing in .NET follows the overview of the print system quite closely. There are two main framework classes that you use to do all your work with printing, which are in the System.Drawing.Printing
namespace: PageSettings, which is used for such things as selecting the paper size and page orientation, and PrintDocument
, which is used to do the printing operation itself.
Arguably, the best way of implementing a custom print operation in .NET is to create your own class that holds a private
variable that is of type PrintDocument
and write the code to perform the printing in the event handlers of that class to print the desired document. I will discuss these in the order in which they occur in the life of a print operation.
BeginPrint
The BeginPrint
event is raised when the print job is initiated. You should use this event to do any setting up that will be required to perform the print job: set the data pointers (if any) to the start position, and initialize any page number variables you might have.
Private Sub PrintDocument_Form_BeginPrint(ByVal sender As Object, _
ByVal e As System.Drawing.Printing.PrintEventArgs)_
Handles PrintDocument_Form.BeginPrint
QueryPageSettings
The QueryPageSettings
event is raised before each and every page that is printed. You use this event to set any page settings for the next page to be printed. You can set the orientation (landscape or portrait), the paper size, paper source, and so on. In this example, we want the third page in landscape:
Private Sub PrintDocument_Form_QueryPageSettings(ByVal sender As Object, _
ByVal e As System.Drawing.Printing.QueryPageSettingsEventArgs) _
Handles PrintDocument_Form.QueryPageSettings
If _LogicalPageNumber = 3 Then
e.PageSettings.Landscape = True
Else
e.PageSettings.Landscape = False
End If
End Sub
PrintPage
All of the actual printing on a page is done in the PrintPage
event handler. This event is raised for each page that is printed, and the drawing and text commands that you code in this event handler control what is printed on the page itself.
Private Sub PrintDocument_Form_PrintPage(ByVal sender As Object, _
ByVal e As System.Drawing.Printing.PrintPageEventArgs) _
Handles PrintDocument_Form.PrintPage
At the end of each page, you decide if there are more pages to print, set the e.HasMorePages
property to True
, and the QueryPageSettings
and PrintPage
events will be triggered again. It is important to remember that the same event handler is used, so if you want to print different pages, you need to keep track of which page you are on and code your PrintPage
event handler accordingly.
EndPrint
When the last page is printed (and you have told the print system that there are no more pages to follow), the EndPrint
event is raised. You can use this event handler to clear up any objects that you have created for the print job.
Hints and Tips
- Graphics measurements in printing are in tenths of a millimeter - e.g., to print a rectangle 4 x 5 centimeters, you would use
e.Graphics.DrawRectangle(Pens.Black, 10, 10, 400, 500)
- Z-Order (such as it is) is defined by the order that the print commands are issued - i.e., later drawing commands print on top of earlier ones
Worked Example
To illustrate this, the following is a "quick and dirty" worked example that is a restaurant guide. The data source for this is an XML data set thus:
="1.0"="utf-8"
<RestaurantMenu xmlns="http://tempuri.org/RestaurantMenu.xsd">
<Restaurant>
<Name>MV Cillairne</Name>
<Address_1 >
North Wall Quay
</Address_1>
<Address_2 >
Docklands,
Dublin 1
</Address_2>
<Logo_Image >D:\Users\Duncan\Documents\Presentations\
Hardcore Hardcopy\RestaurantMenuPrinter\RestaurantMenuPrinter\
Images\mvcillairne.bmp</Logo_Image>
</Restaurant>
To print out this data, we create a new class that inherits from PrintDocument
:
Public Class RestaurantDocument
Inherits System.Drawing.Printing.PrintDocument
To print this record set, we need a record pointer (to know where we are in the data set) and a couple of fonts to print the data with. These are going to be set up in the BeginPrint
event and used in the PrintPage
event, so are declared at class level:
Private _restaurantDataSet As DataSet
Private _currentPage As Integer = 0
Private _currentRecord As Integer = 0
Private _titleFont As Font
Private _detailFont As Font
and are initialised in the BeginPrint
event:
Private Sub RestaurantDocument_BeginPrint(ByVal sender As Object, _
ByVal e As System.Drawing.Printing.PrintEventArgs) _
Handles Me.BeginPrint
_titleFont = New Font(FontFamily.GenericSerif, 16, _
FontStyle.Bold, GraphicsUnit.Point)
_detailFont = New Font(FontFamily.GenericSerif, 9, _
FontStyle.Regular, GraphicsUnit.Point)
End Sub
For each page in the restaurant guide, we print the restaurant name, logo, and address. Text elements are printed using the Graphics.DrawString
command, and images using the Graphics.DrawImage
command:
Private Sub RestaurantDocument_PrintPage(ByVal sender As Object, _
ByVal e As System.Drawing.Printing.PrintPageEventArgs) _
Handles Me.PrintPage
With _restaurantDataSet.Tables(0).Rows(_currentRecord)
e.Graphics.DrawString(.Item("Name").ToString, _
_titleFont, Brushes.Black, 20, 20)
Dim yPos As Single = 100
If (.Item("Logo_Image").ToString <> "") Then
Dim fiImage As New _
System.IO.FileInfo(.Item("Logo_Image").ToString)
Dim img As New Bitmap(fiImage.FullName)
e.Graphics.DrawImage(img, 20, 60)
yPos += img.Height
End If
e.Graphics.DrawString(.Item("Address_1").ToString, _
_detailFont, Brushes.Black, 20, yPos)
yPos += e.Graphics.MeasureString(.Item("Address_1").ToString, _
_detailFont).Height
e.Graphics.DrawString(.Item("Address_2").ToString, _
_detailFont, Brushes.Black, 20, yPos)
yPos += e.Graphics.MeasureString(.Item("Address_2").ToString, _
_detailFont).Height
e.Graphics.DrawString(.Item("Telephone").ToString, _
_detailFont, Brushes.Black, 20, yPos)
End With
_currentRecord += 1
If (_currentRecord < _restaurantDataSet.Tables(0).Rows.Count) Then
e.HasMorePages = True
_currentPage += 1
End If
End Sub
And, Graphics.MeasureString
is used to correctly space the address lines underneath each other.
Hooking the Print Up to a Windows Form
In order to print and print preview this rudimentary document, we need to hook it up to a Windows form which has a PrintDialog
and a PrintPreviewDialog
component on it and three menu items: Print Preview, Print, and also Document Properties.
The code to tie these three elements together is based on having a private
instance of the RestaurantDocument
class in the form code:
Public Class Form1
Private MyRestaurantDoc As RestaurantDocument
To change the document settings, we show the PrintDialog
dialog box:
Private Sub DocumentSettingsToolStripMenuItem_Click(ByVal sender As Object, _
ByVal e As System.EventArgs) _
Handles DocumentSettingsToolStripMenuItem.Click
If Me.PrintDialog_Restaurant.ShowDialog = Windows.Forms.DialogResult.OK Then
MyRestaurantDoc.PrinterSettings = Me.PrintDialog_Restaurant.PrinterSettings
End If
End Sub
To preview the document, we need to show the PrintPreviewDialog
component dialog box:
Private Sub PrintPreviewDialog_Restaurant_Click(ByVal sender As Object, _
ByVal e As System.EventArgs) _
Handles PrintPreviewToolStripMenuItem.Click
PrintPreviewDialog_Restaurant.Document = MyRestaurantDoc
PrintPreviewDialog_Restaurant.ShowDialog()
End Sub
and lastly, (and indeed most simple of all) to print the document to a printer:
Private Sub PrintToolStripMenuItem_Click(ByVal sender As Object, _
ByVal e As System.EventArgs) _
Handles PrintToolStripMenuItem.Click
MyRestaurantDoc.Print()
End Sub
I hope this article gives you enough insight to allow you to approach the .NET printing subsystem. Once you do, you will find it is a very powerful part of the framework which will help in producing more fully featured Windows applications.
Update: I have added the full text of the e-book from which I extracted this article as I'm unlikely to get to Part 2.