ich habe eine Desktop-App mit Windows Forms entwickelt, welche öfters Probleme mit dem Skalierungen auf hochauflösenden Monitoren hat.
Ich weiß nicht welche Probleme du meinst, aber meist bedeutet dies, dass die Anwendung in irgendeiner Weise als DPI aware deklariert ist.
Wäre sie DPI unaware, dann sollten matschige Bilder/Grafiken und Schrift dein größtes Problem sein, da Windows die Skalierung übernimmt. Und genau das möchtest du anscheinend.
Der erste Versuch wäre Visual Studio neu zu starten.
Wenn es hart auf hart kommt, kannst du auch den Designer mit der problematischen Form debuggen.
https://learn.microsoft.com/en-us/dotnet/desktop/winforms/controls/walkthrough-debugging-custom-windows-forms-controls-at-design-time?view=netframeworkdesktop-4.8
Ansonsten, ein paar Unklarheiten sind vorhanden: Z.B. sind deine Forms alle im gleichen Projekt? Welche VS Version? .NET oder .NET Framework?
Mein Tipp: Debugger benutzen!
Auch wenn ich das DGV nicht kenne, so erwarte ich, dass im CellValidating Ereigniss der vom Nutzer eingegebene Wert noch nicht in der Zelle gesetzt ist. Denn vorher muss der neue vorgeschlagene Wert ja erst noch geprüft werden.
Daher vermute ich, dass
DataGridViewFarbe.CurrentCell.Value.ToString()
durch
e.FormattedValue.ToString()
ersetzt werden muss.
Ja, falls sinnvoll den TreeView um ein paar Spalten erweitern.
Dann könnte man auch z.B. sofort die Adresse eines Standorts sehen.
Jetzt muss ich mich mit MVVM wieder auseinander setzten, da ich die Pages dementsprechend für die Eingaben rechts anzeigen und steuern muss.
Warum nicht den Inhalt der „Pages“ direkt als Zellen in der TreeList benutzen?
D.h. für Standorte müsste es ein Window geben, mit dem ich eine Halle hinzufüge und für die Halle müsste es ein Window geben mit dem ich dann ein Tor hinzufüge. Wenn ich das allerdings so aufbaue habe ich , wenn ich bei den Toren angekommen bin 4 Fenster geöffnet:
-Das Hauptwindow
-Das Window für die Standorte
-Das Window für die Hallen
-Das Window für die Tore
Braucht es die Hallen und Tore überhaupt dort?
So wie es oben dargestellt ist, ist das für den Anwender bloß eine Liste mit Namen. Nichts weiter. Irgendwo werden diese Namen wohl benötigt. Der Nutzer könnte sie ja auch dort einfach erzeugen, falls der passende Name nicht vorhanden ist.
Rein zur Übersicht könnte man die Hallen und Tore in der Standortsansicht zeigen.
Vielleicht wäre ein Grid in einer Master-Detail Darstellung etwas. Die Hauptdaten sind die Standorte, die Detaildaten die Bereiche und Tore.
Ich stelle mir so etwas vor: https://docs.devexpress.com/WPF/images/wpf_grid_masterdetail_tabs.png18160.png
Ich verstehe nicht wirklich deinen Beitrag. Wo liegt genau das Problem?
Welches ist das erwartete Verhalten, welches Verhalten beobachtest du?
Du vermengst am Anfang verschiedene Sachen.
Wenn du zwischen verschiedenen Formen wahlweise wechseln willst, dann bin ich mir nicht sicher ob du die Formen wirklich schließen willst.
Beim Schließen (Close) werden die Formen zerstört, beim Verstecken (Hide) bleiben sie erhalten, sind aber nicht sichtbar.
Wobei ich mich frage, ob du gerade etwas versuchst, was sich besser als MDI Anwendung eignet.
Und die „Startbild“-Klasse, soll das ein Splashscreen oder eine Startseite sein?
Ich kann deinen Standpunkt nachvollziehen.
Aus meinen Erfahrungen steckt jedoch primär Politik dahinter. Die besten Cash Cows haben kaum noch RnD.
Das ist primär eine Quelle die Weiterentwicklung einer Anwendung gewährleisten zu können.
Sagen wir je nachdem.
Für große börsennotierte Unternehmen ist die Planbarkeit und Stabilität auf der Einnahmenseite der wichtige Punkt. Die Gewährleistung der Weiterentwicklung der Anwendungen spielt, bestenfalls, eine untergeordnete Rolle.