Heute wollen wir uns mit dem Drucken mehrseitiger Dokumente befassen, das Drucken einseitiger Dokumente ist in diesem Zusammenhang trivial, es wird nicht explizit behandelt.
Als Empfehlung: Wählt einen PDF-Drucker als Standarddrucker aus, da wird bei der Programmenwicklung kein Papier verschwendet.
Zuerst werden wir 3 Kreise verschiedener Durchmesser zu Papier bringen, jeden Kreis auf ein neues Blatt.
Was wir brauchen, ist eine Form mit einem Button ein PrintDocument wowie einen PrintPreviewDialog, auf letzteren kann man auch verzichten und in einer Using-Schleife einen erstellen:
Starten wir diesen Code, werden wir erinnert, dass das Dokument keine Seiten enthält:

Wir müssen dem Dialog mitteilen, welches Dokument zum Drucken verwendet werden soll, außerdem geben wir ihm einen Arbeitstitel, der beim PDF-Druck als Dateiname verwendet wird:
Nun wird uns ein leeres Blatt angeboten:

Um ein Blatt mit Inhalt zu befüllen, benötigen wir den PrintPage-Handler des zu druckenden Dokuments, wir erstellen ihn, indem wir im Designer auf PrintDocument1 doppelklicken:
Auch dieser Code liefert nur ein leeres Dokument.
Zum Test fügen wir eine einfache DrawString-Anweisung in die PrintDocument1_PrintPage-Prozedur ein:
Und schon passiert etwas:

Nun bereiten wir die zu zeichnenden Kreise vor, wir geben der Klasse folgende Member:
Dieser wird jedesmal genullt, wenn wir den Dialog aufrufen:
Zuerst geben wir die Seitenzahl aus, entsprechend des Indexes. Seitenzahlen beginnen mit 1, also inkrementieren wir den Index:
Mit Zoom=150% sieht das so aus, jedoch wird momentan nur eine Seite gedruckt:

Wir wollen genau 3 Seiten drucken, dies steuern wir mit der Property HasMorePages von e (PrintPageEventArgs-Parameter der PrintPage-Prozedur)
Und schon werden 3 Seiten gedruckt, hier die 3. Seite mit 150 %

Nun wollen wir mal einen ersten Druckversuch wagen.
Ups, hier stimmt was nicht:

Im Preview-Dialog werden 3 Seiten angezeigt, gedruckt wird aber Seite 4.
Ursache ist, dass zum eigentlichen Druck wieder die PrintDocument1_PrintPage-Prozedur verwendet wird, der Index zählt weiter, e.HasMorePages ist False, da der Index größer-gleich 2 ist.
Also müssen wir den Index zurücksetzen, wenn ein neuer Druckauftrag gestartet wird:
Hier wird im Parameter e.PrintAction auch das Ziel mitgeteilt: PrintToPreview oder PrintToPrinter.
Nun werden 3 Seiten zur Vorschau angezeigt und es werden 3 Seiten gedruckt, wie es sein soll:

Nun wollen wir die Kreise darstellen, das ist nun eigentlich trivial:

Noch ein Ups: Da wir GraphicsUnit.Millimeter eingestellt haben, verschiebt sich auch die Position der Überschrift, wir korrigieren dies, indem wir die Position (10, 10) vorgeben.
Die Kreise zentrisch in der GraphicsUnit.Millimeter darzustellen ist etwas schwieriger, da sich die GraphicsUnit, im Gegensatz zur MSDN, nicht auf das VisibleClipBound auswirkt.

Graphics.VisibleClipBounds-Eigenschaft schrieb:

Die Einheit für das sich ergebende Rechteck wird von der PageUnit-Eigenschaft festgelegt. Die Standardeinheit ist Pixel. Ein Graphics ist normalerweise mit einem Steuerelement verbunden, und der Ursprung des Rechtecks ist relativ zum Clientbereich dieses Steuerelements.

-----
So, dies soll zur Aufwärmung reichen,
im nächsten Beitrag wollen wir ein langes Textdokument drucken.

2. Teil:
Wir drucken ein langes Textdokument.
Um uns zunächst einen Eindruck zu verschaffen, drucken wir mal einfach drauflos:
PrintPreviewialog wie oben. Um keine Verwirrung zu stiften, nehme ich Button2 und PrintDocument2, so finden beide Aufgaben in einem Projekt Platz.
Zunächst zur Zählung 2 Variablen, eine für die aktuelle Seite, eine für die Position im Text. Dieser wird bei mir in einer RichTextBox dargestellt, ich nehme einfach den Text von Post #1 aus dem Post-Editor.
Diese werden in der BeginPrint-Prozedur initialisiertund die PrintPage-Routine sieht im 1. Wurf so aus:
Wie zu erwarten, sieht das Resultat nicht sonderlich berauschend aus, aber es wird schon mal was gedruckt.
Als erstes wollen wir der Seite ihre Ränder geben. Diese stehen in der Property Me.PrintDocument2.DefaultPageSettings.Margins.
Der Druckbereich wird nun folgendermaßen berechnet, oben links einfach draufaddieren, die Breite muss um den linken und den rechten; die Höhe um den oberen und unteren Rand korrigiert werden:

Das Layout ist akzeptabel, wenn Ihr andere Druckbereiche haben wollt, macht Euch einen Dialog, bei dem Ihr die Ränder vorgeben könnt. Vorgabe sollte DefaultPageSettings.Margins des Druckdokuments sein.
Wenn wir uns nun den Output ansehen, insbesondere den unteren Rand, sehen wir 1., dass nicht der gesamte Text gedruckt wurde und 2. dass unten sogar der untere Teil der letzten Zeile fehlt:

Wir müssen also feststellen, wieviel des Textes überhaupt auf die Druckseite passt.
Dazu hat uns Bill die Funktion MeasureString im Zusammenwirken mit der Aufgabe Bestimmung der Zeilenanzahl gegeben:
Der Rest ergibt sich dann von selbst, mit der entsprechenden Überladung des DrawString-Befehls wird eine ganzzahlige Zeilenanzahl ausgegeben.
Und nun sind wir schon (fast) fertig:

Es werden 2 Seiten gedruckt, der Text wird vollständig ausgegeben.
Nun wollen wir noch sehen, was passiert, wenn wir einen anderen Font nehmen.
Hier könnten wir einen FontDialog nehmen, wir begnügen uns gier mit einem NumericUpDown-Control, mit dem wir die Fontgröße vorgeben können:
Mit einer Fontgröße von 8 und 12 ergeben sich folgende Previews:
bzw.
die gedruckten Dokumente sehen selbstverständlich genau so aus.
Hier noch mal die komplette

Mehrfach wurde im Forum explizit der Druckbereich angesprochen, deswegen poste ich hier noch mal ein Beispiel

• mit einem PrintDialog zur Druckerauswahl und Vorgabe der Anzahl der Kopien,
  
• einem PageSetupDialog zur Festlegung der Seitenausrichtung und der Seitenränder
  
• sowie einem PrintPreviewDialog zur Ausgabe der Druckvorschau.
  

In dieser wird der modifizierte Druckbereich mit einem Rechteck umrandet und es wird ein Text in dieses Rechteck geschrieben, der Druck wird nach der 1. Seite abgebrochen.
Eine Form mit 2 Button sowie einem PrintDocument:

Standard-Bildränder (10 mm):


Oberer Bildrand auf 100 mm vergrößert:

Hier möchte ich noch mal auf die Auswahl und die Vorgabe von Hoch- oder Querformat eingehen.
Per Default ist beim Drucken das Papier auf Hochkant eingestellt.
Wenn der User entscheiden soll, ob das Dokument hoch oder quer gedruckt wird, muss vor dem PrintPreviewDialog ein PrintDialog vorgeschaltet werden.

Abhängig vom ausgewählten Drucker wird bei Eigenschaften ein spezifischer Dialog angezeigt, in dem die Ausrichtung des Papiers vorgegeben werden kann, hier am Beispiel des Foxit PhantomPDF Printer:

Steht fest, dass das Dokument im Querformat gedruckt werden soll, kann dies dem Druckdokument auch direkt vorgegeben werden
oder es wird die vom User im PrintDialog vorgenommene Auswahl überschrieben
oder es wird der Wert einer externen Checkbox eingetragen:

In diesem Thread wurde nach den verfügbaren Druckern und der Farbtauglichkeit des gewählten Druckers gefragt.
Um das nicht immer wieder einzeln auszuführen, hier die Abfragen:
Abfrage der installierten Drucker:
Abfrage der Farbtauglichkeit:
Zu weiteren Properties seht Euch bitte die PrinterSettings an: docs.microsoft.com/de-de/dotne…s?view=netframework-4.7.2

Ich bin gerade beim Aufräumen meiner Lesezeichen und fand da den Beitrag Druck aus unterschiedlichen Druckerschächten
von @guromu , der hier genau zum Thema passt, den ich deswegen hier vollständig und kommentiert präsentiere.
Seite 1 wird aus dem Schacht der ComboBox cbPage1 "befüttert", alle weiteren Seiten kommen aus dem Schacht der ComboBox cbPageElse.
Bei der Zuweisung wird getestet, ob mehrere Schächte vorhanden sind und ob Items ausgewählt wurden.
Ansonsten wird der Defaul-Schacht bzw. der zuletzt ausgewählte Schacht verwendet.
Zum Testen wird natürlich ein Drucker mit mehreren Schächten benötigt, über den ich leider nicht verfüge.

Gelegentlich wurde ich danach gefragt, wie eine Tabelle gedruckt wird.
Gefunden habe ich den ursprünglichen Code auf dieser Seite, die leider nicht mehr verfügbar ist:
vb-magazin.de/forums/forums/p/5464/21352.aspx
Die Herangehensweise ist, für jede Spalte die maximal erforderliche Breite zu bestimmen. Dazu bedienen wir uns Graphics.MeasureString(), jede einzelne Zelle wird veremessen.
Das Maximum für jede Spalte wird zwischengespeichert. Die Summe der Spaltenbreiten ist die Breite der Darstellung zuzüglich der Strichbreite.
Der Druck wird über Flags gesteuert:

• zentrierte Ausgabe - die Tabelle wird horizontal in die Mitte der Seite gedruckt,
  
• es werden Gitternetzlinien ausgegeben,
  

• die Spaltenbreite wird der maximalen Textbreite der Spalte angepasst,
  
• der Hintergrund der Zellen wird zeilenweise alternierend geändert,
  
• die Rahmenbreite um den Text.
  

Diese Flags und Werte können natürlich über CheckBoxen und NumericUpDown vorgegeben werden.
Der Druck selbst erfolgt dann zeilenweise über die Tabelle.
Die ausgegebenen Zeilen werden gezählt, und wenn die Seite voll und die Tabelle noch nicht fertig gedruckt ist, wird mit e.HasMorePages = True die nächste Seite vorbereitet.
In diesem Fall ist es wichtig, sich die zuletzt gedruckte Zeile zu merken, damit der Druck vollständig ist.

Viel Vergnügen


PrintTable.zip

@Haudruferzappeltnoch hatte das Problem, das mir auch schon eine Weile aufgestoßen ist:
Der Microsoft Print to PDF-Drucker nimmt die Property .PrinterSettings.PrintFileName nicht an.
@Micha aus DZ am Lober hat das Problem in seinem 1.( ) Beitrag gelöst: Dokumentname PDFPrinter
Hier der Code mit SaveFileDialog und Microsoft Print to PDF als Standard-Drucker:

@Peter329 hatte das Problem, dass nur eine Auswahl an Seiten gedruckt werden soll: Printer Dialog Parameter Übergabe
Wird der PrintDialog im Designer parametriert, dann sieht das so aus:

Bei Aufruf aus dem Code heraus dann so:
Der aufgerufene Dialog sieht dann so aus: