Ich gehe davon aus dass du die Methoden

Equals(Termin other)
Equals(Ort ort)

meinst?

Ich würde erwarten, dass diese Methoden einfach die Properties und Felder der übergebenen Argumente mit denen des eigenen Objektes vergleicht. Also ähnlich der Equals-Methode die von object geerbt wird.

Sind alle identisch, kannst du true zurückliefern, sonst false.

Hier die Dokumentation von Object.Equals, daran kannst du dich orientieren:

Object.Equals Methode (System) | Microsoft Docs

Der Code sollte schon so funktionieren wie du es gebaut hast. Du musst aber daran denken, dass das Notepad-Fenster eine eigene Position hat (x, y, breite, höhe), die innerhalb deines Panels eventuell außerhalb des sichtbaren Bereichs liegt.

Du hast ja bereits die native MoveWindow auch importiert, damit kannst du das Notepad-Fenster verschieben nachdem es ins Panels versetzt wurde:

...
SetParent(p.MainWindowHandle, panel1.Handle);
MoveWindow(p.MainWindowHandle, 0, 0, panel1.Size.Width, panel1.Size.Height, true);
...

WPF selbst bietet keine mir bekannten Schnittstellen für die Abfrage von Mehrbildschirm-Auflösungen an.

Du musst dir also entweder wirklich etwas natives bauen, oder aber du bindest die Windows-Forms Bibliotheken dafür ein. Es spricht eigentlich nicht viel dagegen.

Dazu musst du in .NET 5 in der Projektdatei (.csproj) zusätzlich zu dem bereits bestehenden

<UseWPF>true</UseWPF>

noch die ähnliche Zeile für Windows Forms einfügen:

<UseWindowsForms>true</UseWindowsForms>

Nachdem du das Projekt neu geladen hast, kannst du System.Windows.Forms und damit die Screen Klasse verwenden.

Kleiner Tipp noch zu den Autostart-Ordnern: Wenn man nach dem Anmelden unter Windows die Shift-Taste drückt und gedrückt hält, werden die Programme aus dem Autostart-Ordner nicht gestartet.

Falls du es noch nicht probiert hast, Handy neustarten. Hat mir in dem Fall auch schon mal geholfen.

Ansonsten kannst du im Handy noch in den Entwickler-Optionen die USB-Debugging-Autorisierungen aufheben und dann das Handy nochmal anstecken. Eventuell klappt es dann.

Ich gehe davon aus, dass es ein Formular bei deinem Arbeitgeber ist. Im Normalfall ist mit Organisationseinheit einfach deine Abteilung/Gruppe gemeint.

Es ist wohl eher das Marketing daran schuld, dass das ganze Windows 11 heißen wird und nicht nur Windows 10 2H21.

Aber das macht das Update nicht schlechter. Ich nutze nun seit über 25 Jahren Linux und Windows auf dem Desktop Rechner (auf den Servern nur Linux), konnte aber was das reine Arbeiten mit dem Rechner unter grafischen Oberflächen anbelangt, mich nie von Windows trennen, oder anders ausgedrückt: Linux war für mich was die produktiven GUI-Anwendungen anbelangt zu eingeschränkt, eine Ausführung mit WINE zu unzuverlässig.

Am Anfang bin ich daher immer eine Doppelstrategie gefahren: Linux und Windows im Dualboot. Später kamen dann die VMs und damit die Möglichkeit, Linux als Hauptsystem zu verwenden und Windows in der VM. Als dann mit Windows 10 1903 WSL2 herauskam und wirklich mächtig wurde, bin ich auf Windows 10 umgestiegen, zuerst mit Linux in den VMs, dann als WSL2. Für GUI Anwendungen nutze ich seitdem Windows Programme, für Shell Skripte und Entwicklung nutze ich WSL2. Alleine die Möglichkeit, Visual Studio Code unter Windows zu nutzen, die Anwendung dann aber automatisiert im lokal installierten WSL2 (Apache) laufen zu lassen und zu testen, ist einfach eine gute lokale Kombination.

Nun wird WSLg kommen, das mir erlaubt unter Windows auch noch Linux GUI Anwendungen laufen zu lassen, weshalb für mich die Kombination noch besser wird.

In Zusammenarbeit mit der Fähigkeit, zukünftig Android Anwendungen auch noch direkt anstatt über einen Simulator laufen zu lassen, ermöglicht das vollkommen neue Workflows bei der Entwicklung.

Was die restlichen Neuerungen von Windows 11 anbelangt, da muss sich erstmal zeigen, wie viele davon wirklich nützlich für mich sein werden. Das schnellere Laden von entsprechenden SSDs mag für Spieler zukünftig relevant sein (siehe Vorteile auf der Xbox), die GUI Veränderungen zu einer Mischung aus Mac OS X und KDE wird wohl jeder anders bewerten.

Nachdem mein zweiter Rechner ein Surface ist (auf dem aktuell Windows 11 Dev Channel läuft), finde ich die Richtung die Microsoft bei Touch-Bedienung einschlägt, ziemlich interessant und erhoffe mir, das Surface in Zukunft noch mehr als Tablet nutzen zu können.

Die Frage ist etwas schwer zu beantworten, da ich nicht weiß wie du die WinUI 3 Anwendung erstellt hast. Im Normalfall wird die App.xaml / App.xaml.cs zuerst gestartet, und in der App.xaml.cs dann das Fenster erzeugt (normalerweise MainWindow). Das Fenser beinhaltet dann den Inhalt der beim Start angezeigt wird.