Objektinstanz vom Drucker nach printDialog->ShowDialog().

[B. P. (skorpionx)]

Visual Studio:Objektinstanz vom Drucker nach
printDialog->ShowDialog()? Sehe das Bild.

[Εrnst B. (ernst)]

B. P. schrieb:
> Sehe das Bild.

Dann such mal in deinem Bild nach den Unterschied zwischen 
"printDialog1" und "PrinterResolutionXY". Das sind nämlich zwei 
verschiedene Variablen, auch wenn sie ein paar Buchstaben gemeinsam 
haben.

[B. P. (skorpionx)]

Εrnst B. schrieb:
> Dann such mal in deinem Bild nach den Unterschied zwischen
> "printDialog1" und "PrinterResolutionXY"

Wie bekomme ich Zugriff auf den Drucker der im printDialog
ausgewählt wurde? ich brauche Info über Drucker...

[B. P. (skorpionx)]

In alten guten Zeiten war so etwas möglich:

HORZ_SIZE = GetDeviceCaps(Printer()->Handle, HORZSIZE);
         VERT_SIZE = GetDeviceCaps(Printer()->Handle, VERTSIZE);
         HORZ_RES = GetDeviceCaps(Printer()->Handle, HORZRES);
         VERT_RES = GetDeviceCaps(Printer()->Handle, VERTRES);
         LOG_PIXELSX = GetDeviceCaps(Printer()->Handle, LOGPIXELSX);
         LOG_PIXELSY = GetDeviceCaps(Printer()->Handle, LOGPIXELSY);

[Bernd H. (geeky)]

Zumindest das Windows.Forms PrintDialog hat ein PrinterSettings-Property 
das durch den Dialog beim Öffnen für die Defaultwerte im Dialog 
verwendet wird und nach Schließen des Dialogs die im Dialog gewählten 
Drucker-Settings enthält.
In PrinterSettings wiederrum steckt auch PrinterResolutions.
https://learn.microsoft.com/en-us/dotnet/api/system.windows.forms.printdialog.printersettings?view=windowsdesktop-7.0

Man kann auch direkt ein PrinterSettings-Objekt instanziieren, das 
enthält dann meine ich direkt die Angaben zum Standarddrucker.
Via PrinterSettings.InstalledPrinters kann man sich die Namen der 
verfügbaren Drucker holen. Setzt man bei einem PrinterSettings-Objekt 
das PrinterName-Property auf einen der verfügbaren Druckernamen wird in 
das PrinterSettings-Objekt der Kram zum jeweiligen Drucker rein geladen.
https://learn.microsoft.com/en-us/dotnet/api/system.drawing.printing.printersettings?view=windowsdesktop-7.0

[B. P. (skorpionx)]

So muss das gehen(intuitive Vermutung...):

if (printDialog1->ShowDialog() != System::Windows::Forms::DialogResult::OK)    // Wenn File ausgewählt dann return true
  {
    Meldung2->Text = "Keinen Drucker wurde ausgewählt";
    goto Fehler;
  }
String^ DruckerName;
  System::Drawing::Printing::PrinterSettings^ PrinterSettings;
  PrinterSettings = printDialog1->PrinterSettings;
  DruckerName = PrinterSettings->PrinterName;
  //oder direkt:
  DruckerName = printDialog1->PrinterSettings->PrinterName;

[B. P. (skorpionx)]

Die Sache klemmt noch.

array<System::Drawing::Printing::PrinterResolution^>^ printerResolution;
 printDialog1->PrinterSettings->PrinterResolutions->
                                            CopyTo(printerResolution,0);
//Das wird z.B. akzeptiert:
 printerResolution[0];

Wie komme ich an die Zahlen von PrinterResolution? array..?

[B. P. (skorpionx)]

Das wird auch akzeptiert:
printerResolution[0]->X;

[C-hater (c-hater)]

B. P. schrieb:

> Wie komme ich an die Zahlen von PrinterResolution? array..?

Wenn ein kompetenter Programmiererer solche Fragen hat, schaut er sich 
gewöhnlich einfach die Deklaration der Struktur an...

[B. P. (skorpionx)]

if (printDialog1->ShowDialog() != System::Windows::Forms::DialogResult::OK)// Wenn Drucker nicht ausgewählt                               //dann Ende
  {  Meldung2->Text = "Keinen Drucker wurde ausgewählt";
    goto Fehler;}
long Xi, X0, X1, X2, X3, Yi;
array<System::Drawing::Printing::PrinterResolution^>^ printerResolution = gcnew array<System::Drawing::Printing::PrinterResolution^>( 100);
printDialog1->PrinterSettings->PrinterResolutions->CopyTo(printerResolution,0);
  X0 = printerResolution[0]->X;
  X1 = printerResolution[1]->X;
  X2 = printerResolution[2]->X;
  X3 = printerResolution[3]->X;

Das Ergebnis auf dem Screenshot. Einzige Information die ich nach dem
Rücker vom printDialog1→ShowDialog() auslesen kann ist der Drucker
Name. Ich wollte dann den tradionellen Weg gehen:

LPHANDLE hPr; wchar_t* wchs=L"DruckerName";
  OpenPrinterW(wchs, hPr, 0);

Bei der Erstellung vom Programm kommen aber Fehler. Hat jemand einen
Rat...?

[Roger S. (edge)]

#pragma comment(lib, "winspool")

[B. P. (skorpionx)]

Roger S. schrieb:
> #pragma comment(lib, "winspool")

Danke!!!!

[B. P. (skorpionx)]

                        //PaperSize
array < System::Drawing::Printing::PaperSize^>^ PaperSize = gcnew array < System::Drawing::Printing::PaperSize^>(100);
System::Drawing::Printing::PrinterSettings::PaperSizeCollection^ PapierSizeCollection;
PapierSizeCollection = printDialog1->PrinterSettings->PaperSizes;
PapierSizeCollection->CopyTo(PaperSize, 0);
                //PrinterResolution
array < System::Drawing::Printing::PrinterResolution ^>^ PrinterReslolution = 
gcnew array < System::Drawing::Printing::PrinterResolution^>(100);
System::Drawing::Printing::PrinterSettings::PrinterResolutionCollection^ PrinterResolutionCollection;
PrinterResolutionCollection = printDialog1->PrinterSettings->PrinterResolutions;
PrinterResolutionCollection->CopyTo(PrinterReslolution, 0);
Xi = PrinterReslolution[0]->X;  Yi = PrinterReslolution[0]->Y;
PapierHeight = PaperSize[0]->Height;PapierWidth =PaperSize[0]->Width;
Meldung1->Text = Xi + " " + Yi;
Meldung2->Text = PapierHeight + " " + PapierWidth;

Mit 1100 und 850 als PaperSize  kann ich leben. Aber mit -4 und -1
als Auflösung X, Y bin ich nicht einverstanden… Hat jemand einen Rat?

[B. P. (skorpionx)]

Ich habe schon die Lösung.

Xi = PrinterReslolution[4]->X;  Yi = PrinterReslolution[4]->Y;

Man muss array index von 0 bis x (bei mir 4) durchsuchen
bis man keinen negativen Wert bekommt. Eine Art von Abstufung
vom Printer Auflösung von High bis...

[B. P. (skorpionx)]

Mit index 5 bekomme ich Aulösung 300;

[Roger S. (edge)]

"The horizontal printer resolution, in dots per inch, if Kind is set to 
Custom; otherwise, a dmPrintQuality value."

Ein Wert von -1 entspricht DMRES_HIGH.

Findest du alles in der Dokumentation von Microsoft.

[B. P. (skorpionx)]

Roger S. schrieb:
> Findest du alles in der Dokumentation von Microsoft.

Dokumentation ist sehr wichtig. Wenn du über Dokumentation 
schreibst,schreibst du über das, was im Visual Studio integriert
ist, oder hast du noch eine andere Quelle? Bei Problemen, Suche über
google führt immer zu C#. C++/CLI scheint ein nicht geliebtes
Stiefkind zu sein. Die Situation ist ähnlich wie beschreibt das
einen Zitat von Jeffrey Richter Buch „Windows Programmierung für
Experten“ von 90. Jahren. Zitat: „Das die Beispielprogramme dennoch
C reinsten Wasser sind, liegt daran, dass die meistens 
Windows-Programmiere nach wie vor nicht auf C++ umgestiegen sind.."

[Εrnst B. (ernst)]

B. P. schrieb:
> Bei Problemen, Suche über
> google führt immer zu C#. C++/CLI scheint ein nicht geliebtes
> Stiefkind zu sein.

Schau dir die MS-Seiten nochmal genau an. Da gibt's ein unscheinbares 
Dropdown, mit dem du zwischen C# und C++/CLI (dort frecherweise nur als 
C++ bezeichnet) umschalten kannst.


Auf der Seite mit den Druckauflösungen macht das Umschalten genau den 
Unterschied zwischen "public enum PrinterResolutionKind" und "public 
enum class PrinterResolutionKind" ... natürlich klar, dass die 
Information auf der Seite für C++/CLI komplett unverständlich ist, wenn 
man den Umschalt-Knopf nicht gefunden hat, und da C# Syntax angezeigt 
wird.

[Roger S. (edge)]

B. P. schrieb:
> Dokumentation ist sehr wichtig. Wenn du über Dokumentation
> schreibst,schreibst du über das, was im Visual Studio integriert
> ist, oder hast du noch eine andere Quelle?

Die online Dokumentation, der Einstiegspunkt für mich ist Google (suche 
nach der Struktur oder Funktionsnamen).

> Bei Problemen, Suche über google führt immer zu C#.

Das ist eigentlich egal, du nutzt ja .NET komponenten, da musst du halt 
bloss die Syntax auf Dein C++/CLI umdenken.

> C++/CLI scheint ein nicht geliebtes Stiefkind zu sein.

In der Tat.

> Die Situation ist ähnlich wie beschreibt das
> einen Zitat von Jeffrey Richter Buch „Windows Programmierung für
> Experten“ von 90. Jahren. Zitat: „Das die Beispielprogramme dennoch
> C reinsten Wasser sind, liegt daran, dass die meistens
> Windows-Programmiere nach wie vor nicht auf C++ umgestiegen sind.."

In den 90er war MFC der heisse Scheiss.

[B. P. (skorpionx)]

Εrnst B. schrieb:
> Schau dir die MS-Seiten nochmal genau an. Da gibt's ein unscheinbares
> Dropdown, mit dem du zwischen C# und C++/CLI (dort frecherweise nur als
> C++ bezeichnet) umschalten kannst.

Könntest du einen Link posten zu einer Seite wo diese Umschaltung
möglich ist?

[B. P. (skorpionx)]

Εrnst B. schrieb:
> Schau dir die MS-Seiten nochmal genau an. Da gibt's ein unscheinbares
> Dropdown, mit dem du zwischen C# und C++/CLI (dort frecherweise nur als
> C++ bezeichnet) umschalten kannst.

https://learn.microsoft.com/en-us/dotnet/api/system.drawing.printing.printerresolution?view=windowsdesktop-7.0

Du hast recht..."unscheinbares Dropdown"

[Εrnst B. (ernst)]

B. P. schrieb:
> Du hast recht..."unscheinbares Dropdown"

Aber die Ironie, dass der Beispiel-Code mit Auswahl auf "C#" mehr nach 
(echtem) C++ aussieht, als bei der Wahl von "C++"(/CLI), ist dir 
entgangen?