TeeChart - Zu großer Rand beim EMF-Export

[hotrs02]

Wir hatten ein ähnliches Problem in Zusammenhang mit der Skalierung in Delphi 5. Die Skalierung des primären Monitors beeinflusste die Darstellung, auch wenn die Grafik auf einem anderen Monitor angezeigt wurde.

Ich habe das dann so gelöst, dass ich in einem Thread mittels SetThreadDpiAwarenessContext die DPI Awareness auf per Monitor (V2) stelle, anschließend mittels GetDpiForMonitor die tatsächlichen DPI des primären Monitors ermittle und daraus zwei Skalierungsfaktoren berechne, die letztendlich das Ausgaberechteck skalieren.

Allerdings verwenden wir bei der Erstellung des Metafiles nicht das Rechteck des Diagrams, sondern Abmessungen eines Ausgabebereichs innerhalb eines anderen Metafiles, in der das Diagramm dann mittels StretchDraw ausgegeben wird. Das ganze ist Teil einer auf Metafiles basierenden Druckvorschau.

In Delphi 10 / Delphi 11 wurde diese zusätzliche Skalierung bis auf weiteres wieder entfernt. Allerdings sind unsere Anwendungen bislang auch noch nicht als DPI Aware gekennzeichnet.

[himitsu]

Die ersten APIs hatten nur eine DPI, also Die des Hauptmonitors.

Später wurde dann erst hinzugefügt, dass es JE Monitor anders skalieren kann
und zuletzt auch noch Teilweises Skalieren.

Zuerst kamen mehrere DPI, aber die Form nutzt nur jene, wo sie am Meisten drauf ist, also wo jeweils von Höhe und Breite mehr als die Hälfte liegt.
Und Zuletzt ist es so, dass bei Multimonitor jeder Fensterteil einzeln skaliert werden kann, damit die Fensterteile auf beiden Monitoren gleich groß sind.


Aber natürlich muß das erstmal Windows können, also 10+/11 und dann natürlich auch das Programm und dessen Manifest.



Gestern hatten wir bei einem Kollegen den Fall, da war Windows durcheinandergeraten.
Hatte die falsche DPI auf dem flaschen Monitor verwendet.
Dachten erst es liegt am RDP, aber es war lokal schon so falsch.

Kompletter Windowsneustart nicht mehr gemacht (aber leider im RDP schon alles geschlossen), da es dann schon reichte den Hauptmonitor mal kurz zu ändern und danach stimmte es wieder.
Wir hatten früher im RDP öfters schon andere Probleme, welche erst bei einem Serverneustart, oder zumindestens nach Abmeldung (nicht Trennen) des Nutzers, wieder richtig waren.



Ein kleines Surface auf HighDPI mit 200% an zwei großen FullHD mit 100%.
Der eine Monitor war der Hauptbildschirm, aber auf ihm war plötzlich ALLES doppelt so groß, bis auf ein Programm, was kein HighDPI konnte und bei 200% größtenteils nur noch halb so groß aussah.

[SteffenSchm]

Danke Günther - das SVG-Format schau ich mir an!

Danke auch an alle anderen für die Hinweise. Da muss ich mich erst einmal durcharbeiten. War bis jetzt in einer Besprechung gebunden.

[Redeemer]

SVG wird von Word gerastert ausgegeben. Die Qualität leidet und/oder eine PDF-Ausgabe wird sehr groß. EMF wird hingegen als Vektordaten ausgeben, egal ob als PDF oder an den Drucker. Ich hab mir sogar extra eine Klasse geschrieben, die SVG verlustfrei nach EMF konvertiert, um Word und andere Programme dazu zu bringen, meine Grafiken als Vektor auszugeben.

[SteffenSchm]

Das SVG-Format gibt es bei meiner TeeChart-Installation nicht!

Ich habe nur die standardmäßig mit Delphi 10.3 mitgelieferte Version. Das wird zwar SVG in der TeeChart-Hilfe beschrieben, die unit TeeSVGCanvas ist aber gar nicht mitgeliefert.

Werde ich wohl doch erst einmal bei Bitmap bleiben und mir die Sache mit den Bildschirmauflösungen noch einmal anschauen.

Besten Dank für Eure Hinweise!

[Der schöne Günther]

Ok, ich bezog mich auf "TeeChart Pro", nicht die kostenlose Version. Da sind bei mir ca ein Dutzend Export-Formate.

[SteffenSchm]

Ich habe das Problem zumindest mal eingrenzen und auch auf meinem Arbeitsplatz sichtbar machen können.

Die Ränder in der exportierten emf-Datei treten immer dann auf, wenn der Hauptmonitor (der mit den Windows-Symbolleisten) auf mehr als 100% skaliert ist. Die Ränder werden auch umso größer, je höher die Skalierung dieses Monitors ist (z.B. bei 150% Skalierung des Hauptmonitors beträgt der Rand des emf 50% des Diagramms - also Gesamtgröße 150%).

Das hilft erst einmal, um das Problem über entsprechende Windowseinstellungen zu umgehen.

Jetzt muss ich nur noch suchen, wie man das im Delphi-Programm bei der Erstellung des emf berücksichtigen kann.

[himitsu]

Jupp, wie schon erwähnt, ist das Hauptproblem hier, dass TeeChart eben den Desktop als Referenz für die Ausgabe nutzt und dann halt die MonitorSkalierung sich dort böswillig rein hängt.

Die "richtige" Lösung wäre ja, wenn es im TeeChart repariert würde.

Nachträgelich das so hinzubiegen, dass es jetzt erstmal geht, gibt dann wieder Probleme, wenn Windows erneut an der MonitorAPI rumbspielt, was garantiert bald passiert.



Dein Programm läuft noch auf einer alten MonitorAPI-Version, bzw. auf Garkeiner/derErsten (wenn das Mainfest fehlt) ... über das Manifest kann man einstellen, welche Einstellungen Windows verwenden soll.
Dementsprechend ändert sich dann das Verhalten, aber grundsätzlich wird das auch nicht anders lösen, seöbst wenn mit PerMonitoDPI, weil das Fenster kann dann ebenfalls auf einem Monitor mit höherer DPI laufen.

[SteffenSchm]

Naja, auf eine Reparatur in TeeChart zu warten hat für mich eher keinen Sinn, zumal ich nicht die aktuelle Version von Delphi und TeeChart habe!

Mir würde es schon helfen, das Ganze nachträglich so hinzubiegen.
Als Nebenbei-Programmierer weiß ich aber nicht
- wie ich in Delphi die Skalierung des primären Monitors abfragen kann und
- wie ich die Größe der Zeichenfläche für das EMF beeinflussen kann

[himitsu]

zum Ersten:

Einfach TForm.PixelsPerInch bei der Form, wo der Chart drauf liegt,
bzw. bei Screen in den jeweiligen Monitor schauen.

hier noch paar mögliche Stellen uvm.

Delphi-Quellcode:

// Self = die aktuelle Form

Self.PixelsPerInch
Self.CurrentPPI // bzw. Self.GetCurrentPPI
Self.ScaleFactor

Self.Monitor.PixelsPerInch
Self.DefaultMonitor.PixelsPerInch

Screen.PixelsPerInch
Screen.DefaultPixelsPerInch
Screen.PrimaryMonitor.PixelsPerInch

...

https://en.delphipraxis.net/topic/63...ays-identical/


das Zweite ... gute Frage