C# Klasse ausdrucken

Oder LaTeX generieren
Alternativ Postscript

Man könnte sich natürlich auch darüber schlau machen was der 
Aufgabensteller unter 'ordentlich formatiert' vorstellt (wie aufwändig 
der sich das vorstellt) und ganz einfach weiterlesen, wie man unter C# 
den PrinterDialog hochpappt, bzw. das PrinterDokument erzeugt.

http://www.c-sharpcorner.com/Articles/ArticleListing.aspx?SectionID=1&SubSectionID=69

Oder direkt aus dem Programm drucken lassen.

Wie speicherst du die Daten zwischen?

Ich nutze bei Messwerten meist ne Dataset und schmeisse mir das ganze 
als CSV raus.

Ich schrieb:

> @Lord Ziu :
> Wie direkt aus dem Programm ausdrucken lassen? Ohne vorher eine
> .txt oder sowas zu machen.


Genau.
Das kann jedes Windows Programm seit Anbeginn der Windows-Welt. Drucken 
ist auch nichts anderes als 'Malen auf einem Hintrgrund'. Nur sorgt 
Windows dafür, dass dieser Hintergrund das reale Papier ist und anstelle 
das ein Monitor Pixel anzeigt, malt ein Drucker diese Pixel aufs Papier. 
Wenn du eine Linie/Bitmap/Text in einem Fenster gezielt hinmalen kannst, 
kannst du das auch drucken. Ist im Grunde derselbe Code nur mit ein 
bischen was drumherum und mit anderen Zahlenwerten :-)

Ich hab dir doch schon mal eine Artikelsammlung rausgesucht. Fang mit 
den Artikeln an, der Überschrift nicht zu speziell klingt.

http://www.c-sharpcorner.com/Articles/ArticleListing.aspx?SectionID=1&SubSectionID=69

Der hier zb klingt doch schon ganz gut, um die Basics einmal 
durchzuspielen
http://www.c-sharpcorner.com/UploadFile/hijazia/Printing05252007152039PM/Printing.aspx

Ich schrieb:
> Wie direkt aus dem Programm ausdrucken lassen? Ohne vorher eine
> .txt oder sowas zu machen.

Ja. Jedes Betriebssystem stellt ja Funktionen zur Verfügung, um auf die 
Systemdrucker zuzugreifen. Anders drucken Word und Excel ja auch nicht.

Dazu musst man aber vorher wissen, was du genau machen willst. Und dazu 
kenn ich dein Software nicht gut genug. Wenn du z.B. ne Anwendung hast, 
von der 90% der Anwender nur einen Ausdruck haben will, ist der Weg über 
ne extra Ausgabedatei (egal in welchem Format) natürlich lästig. Wenn 
aber 90% der User die Daten weiterverarbeiten will (egal wie), macht es 
natürlich Sinn, die Daten in eine Ausgabedatei zu schreiben. Der geringe 
Prozentsatz der Anwender, die das dann ausdrucken will, muss halt den 
Umweg über das Drucken der Datei gehen.

Der Lösungsweg ist immer von den Anforderungen abhängig.

U.R. Schmitt schrieb:
> PDF Datei erzeugen und direkt den Viewer aufrufen.
> Vorteile:
> - Die Datei kann nicht nur als Papierform archiviert werden, sondern als
> Dokument in DEM derzeitigen Dokumentenstandard im Internet.
> - Es gibt diverse kostenlose Toolkits für alle möglichen Sprachen zur
> Erzeugung von PDF.
> - Damit kann der Kunde auch mal schnell die Parameter als Attachement an
> den Service schicken.
> - Man überlässt das physische Drucken dem der sich damit auskennt (PFD
> Reader).
>


Bis hier her, hätte ich dir alles unterschrieben.

> Alles andere ist Bastelei

Bastelei ist es IMHO, wenn man zu einer Applikation auch noch 
zwangsweise einen PDF Reader installieren muss, damit man etwas so 
Banales wie 'Drucken' erledigen kann.

Besteht Interesse an deinen genannten Punkten, so hat ein Programm im 
File Menü 2 Menüpunkte
  "Drucken"
  "Exportieren"

IMHO ist alles andere Bastelei. Ein Programm welches nicht von sich aus 
Drucken kann, wird sofort wieder gelöscht. Wer weiß wie unfähig der 
Programmierer sonst noch ist.

U.R. Schmitt schrieb:
> PDF Datei erzeugen und direkt den Viewer aufrufen.
> Vorteile:
> - Die Datei kann nicht nur als Papierform archiviert werden, sondern als
> Dokument in DEM derzeitigen Dokumentenstandard im Internet.
> - Es gibt diverse kostenlose Toolkits für alle möglichen Sprachen zur
> Erzeugung von PDF.
> - Damit kann der Kunde auch mal schnell die Parameter als Attachement an
> den Service schicken.
> - Man überlässt das physische Drucken dem der sich damit auskennt (PFD
> Reader).

Das überlässt man eher dem Druckertreiber.

>
> Alles andere ist Bastelei

Warum dann diese Bastelei?
Passenden Druckertreiber installieren und es wird bei Bedarf alles 
gedruckt (XPS, PDF, Postscript etc.).

Wie einfach das mit WinForms geht, steht z.B. hier:
http://msdn.microsoft.com/en-us/library/system.drawing.printing.printdocument.aspx

p.s. zu spät
Karl heinz Buchegger schrieb:
> IMHO ist alles andere Bastelei. Ein Programm welches nicht von sich aus
> Drucken kann, wird sofort wieder gelöscht. Wer weiß wie unfähig der
> Programmierer sonst noch ist.

Würde ich auch unterschreiben, insbesondere wenn man sich noch das 
Beispiel o.a. ansieht in dem eine Textdatei ausgedruckt wird...

Heutzutage hat doch fast jeder User einen PDF-Generator als Drucker 
eingerichtet. Wenn man also eine ordentlich "Drucken"-Funktion in der 
Applikation implementiert, erschlägt man alle Fälle.

U.R. Schmitt schrieb:
> Arc Net schrieb:
>> Wie einfach das mit WinForms geht, steht z.B. hier:
>
> Klar, aber dann hast Du das Ergebnis nur auf Papier.
> Als PDF hast Du es auf Platte zum Archivieren, genausoschnell gedruckt,
> per E-Mail versandt.
> So what?
> Weils nicht pure Microsoft ist??????

Nein, weil es die meisten Menschen ankotzt, wenn sie beim Installieren 
von Programm XYZ zwangsweise auch noch Programm ABC und Toolbar DEFG auf 
die Maschine installiert bekommen.
Zudem ist der Arbeitsablauf nur noch gestört:
Ich drucke in einem Programm auf 'Drucken'
Daraufhin öffnet sich ein neues Fenster in dem ich wieder auf 'Drucken' 
drücken darf.
Und dann sind da noch die Fälle, in denen ich auf 'Drucken' drücke und 
eine Message Box aufgeht, die mich darauf hinweist, dass gerade 
irgendein Programm, welches mit meinem nicht die Bohne zu tun hat, in 
ein Problem gelaufen ist und beendet wird, bzw. kein 'Viewer für 
Dateiformat UVW gefunden werden konnte und ich einen installieren 
solle'.

Drucken ist wahrlich kein Hexenwerk oder Raketentechnik. Die 
Formatierung des zu Druckenden und graphische Aufbereitung schon eher. 
Aber die hat man da wie dort.

Karl heinz Buchegger schrieb:
> Drucken ist wahrlich kein Hexenwerk oder Raketentechnik. Die
> Formatierung des zu Druckenden und graphische Aufbereitung schon eher.
> Aber die hat man da wie dort.

Das kann ich nun wieder so unterschreiben.

Ob du die Formatierungsschlacht beim Generieren von einem PDF oder beim 
Generieren eines Print-Jobs hast kommt auf das Gleiche raus.

Lord Ziu schrieb:

> Ob du die Formatierungsschlacht beim Generieren von einem PDF oder beim
> Generieren eines Print-Jobs hast kommt auf das Gleiche raus.

Da hab ich sie lieber beim Print Job. Denn dort hab ich sie 100% selbst 
unter Kontrolle :-)

pdf drucksofteware??

html files sind wesntlich einfacher zu generienen mit c# (stringbuilder 
ist da performance technisch sehr gut geeignet!)

mfg

Marcus B. schrieb:
> html files sind wesntlich einfacher zu generienen mit c# (stringbuilder
> ist da performance technisch sehr gut geeignet!)

Wie oben bereits beschrieben, gibt es diverse Möglichkeiten diese 
Problemstellung zu lösen. Alles eine Frage der Anforderungen.