Hallo Liebe Gemeinde,
folgendes Problem.
Ich habe in meinem Programm verschiedene Winforms-Tabpages.
Auf der 1. Tabpage zeichne ich Lines (Graphics.DrawLine) in ein Panel (Grün/Rot - IO/NIO), sodass damit ein balken gefüllt wird. (50 Lines à 30Px)
Dies geschieht die ganze Zeit über, selbst wenn ich auf eine andere Tabpage wechsle.
Wenn ich allerdings auf die 1. Tabpage zurückkehre, sind alle Lines vor dem Tabpagewechsel nicht mehr sichtbar und es werden nur an einer folgenden Position neue Lines gezeichnet.
Ich vermute es hängt mit dem (OnPaint (Invalidate) bzw. Refresh-Event zusammen.
Wenn ich die Lines im OnPaint-Event zeichne, bleiben diese auch nach dem Tabpagewechsel erhalten, jedoch funktioniert dies aufgrund der Programmlogik nicht (Multithreading & UI-Block)
Hat jemand eine Idee, wie ich mir die bereits gezeichneten Linien auch nach einem Tabpagewechsel erhalten kann?
Graphics.save und dann ein Restore habe ich versucht, funktioniert jedoch leider nicht wie es soll. (Verhalten wie vorher)

Zeichnen gehört in den OnPaint Event da kommst du nicht drum herum. Was du machen kannst ist nicht direkt auf das Graphics Object zu zeichnen sondern entweder auf ein Bitmap oder ein BufferesGraphics Instance um dort das gezeichnete zu ~cachen~ und dann in einem Rutsch das Ganze auf das Graphics Object zu zeichen.

- Nachträglich durch die Entwickler-Ecke gelöscht -

Zitat:

Ein Beispiel:

Es nützt nix wenn du das zeichnen via DrawStripes nicht auch in OnPaint aufrufst. Es gibt genug Gelegenheiten wo du neu zeichnen mußt und das einzige Event das dann sicher gefeuert wird wäre onPaint.
Und wenn man eh in OnPaint zeichnen muß gibt es keinen Grund das woanders auch zu machen. Woanders sollte man nur Invalidate/Refresh aufrufen um ein OnPaint auszulösen wenn man Gründe™ hat.

Dein Beispiel würde zum Beispiel die Zeichenfläche nicht zeichnen wenn du das Fenster minimierst/maximierst das Fenster resized es mal kurz ausserhalb des Bildschirm schiebst oder z.B in alten OS'en (ich glaube in XP war es noch so) einfach mal ein anderes Fenster über dieses Fenster schiebst.

Und CreateGraphics sollte man daher auch vermeiden.

PS: Und dein Code hat noch ein paar weitere Unschönheiten (bzw. Fehler):
- p.Dispose() ist falsch (da du ja schon für p1 und p2 dessen Dispose-Methode aufgerufen hast): p ist ja nur eine Referenz, keine Kopie!
- und wenn schon dann using (T t = new T())

- Nachträglich durch die Entwickler-Ecke gelöscht -

Zitat:

... sollte man vermeiden, weil ... ?

Ich würde primär sagen weil man da wo man zeichnen sollte bereits ein Graphics Object hat. CreateGraphics aufrufen gehört daher für mich in die Code Smell Ecke. Potentiell läuft da was falsch.
Sekundär weil man sich eventuelles DoubleBuffering eines Controls kaput macht und weil an dem Graphics object System Resourcen (GDI Handles) hängen die eher knapp sind.

Ich werde mir das nächste Woche mal näher zu Gemüte führen.
Hatte leider zuletzt wenig Zeit. Vielen Dank für die Antworten bis hierhin.

- Nachträglich durch die Entwickler-Ecke gelöscht -