Danke @Abt und @Th69.

Wenn das in der Runtime passiert, kann ich ja eh nichts daran machen und muss es auch nicht.

Das war der gesuchte Hinweis.

VS 2022 64-Bit unter Win11 24H2
c# für .NET 8

Moin!

Im Direktfenster wird sowas angezeigt:

Ausnahme ausgelöst: "System.UriFormatException" in System.Private.Uri.dll
Ausnahme ausgelöst: "System.NotSupportedException" in System.Private.CoreLib.dll

das Programm läuft sonst fehlerfrei und macht was es soll.

Wie finde ich nun heraus, an welcher Stelle im Code die Ausnahme ausgelöst wird?

Auch wenn mein Programm funktioniert, triggern mich solche Meldungen und ich hätte die gern weg.

Danke.

Viele Grüße Oliver

@Palladin007 und @BerndFfm

Die Länge des Verzeichnisbaums war es nicht. Ich habe mein OneDrive auf einen Laufwerksbuchstaben gemappt, das führte zu dem Problem. Oh mein Gott, darauf muss man mal kommen.

Vielen Dank Euch beiden, denn Eure Hinweise haben mich darauf gestoßen.

z. B. das hier

https://learn.microsoft.com/de-de/dotnet/maui/get-started/first-app?view=net-maui-7.0&tabs=vswin&pivots=devices-windows

Wenn man einfach ein neues Projekt mit dem MAUI Workload erstellt, generiert VS das Demoprojekt mit dem winkenden Roboter.

Viele Grüße Oliver

Moin liebe Leute,

ich würde mich gern mit MAUI beschäftigen, doch scheitert es schon beim Kompilieren des Basisprogramms des MAUI Workloads.

Die Fehlermeldung ist

Error DEP0700:
Error registering the app. [0x80073CF0]
Error 0x80070003: Error The system cannot find the path specified.
when opening the file in the location AppxManifest.xml

Dasselbe auf drei Maschinen, eine mit Windows 11 und zwei mit Windows 10.

Hatte das schonmal jemand und irgendwie gelöst?

Danke für Tipps.

Viele Grüße Oliver

@Abt

Danke, da steht ja ne Menge tolles Zeug.
Also kein Switch in den Projekteigenschaften, sondern irgendwas auf Kommandozeile.
Ich versuche es mal:

C:\Users\olive>dotnet publish -r win-x64
Der Befehl "dotnet" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.

Klappt zu meiner Überraschung nicht. Was mache ich denn falsch?
Danke.

Viele Grüße Oliver

@Abt
Danke sehr. Ich kann die Frage natürlich nicht selbst beantworten, weil ich noch nicht ein einziges Programm für v5 kompiliert habe. Wie soll ich da beurteilen, ob das was taugt?
Aber wahrscheinlich ist ein RC schon für eine Produktivumgebung zu gebrauchen, zumal schon in vier Wochen das Release erscheinen soll.

Da das aber natürlich nicht auf jedem Zielsystem vorhanden ist, wie geht das denn mit "self contained"? Ist das ein Switch in den Projekteigenschaften?
Danke.

Viele Grüße Oliver

@dannoe

Danke sehr, das sieht genau nach meinem Problem aus.
Ist der RC für eine Produktivumgebung bereits zu gebrauchen, was meinst du? MS "erlaubt" es zumindest.
Müssen meine Anwender sich dann v5.0 auch erst installieren? Mit Distribution kenne ich mich auch nicht so gut aus 😉

Viele Grüße Oliver

Moin,

ganz lieb von Euch, dass Ihr mir helfen wollt. Danke dafür.
Ob der Code etwas mit dem Problem zu tun hat, kann ich nicht beurteilen. Sonst hätte ich das Problem möglicherweise gar nicht. Deshalb habe ich ihn gepostet.

Der Mauszeiger ändert sich beim Schieben (wie in Windows üblich) ohne "mein Zutun", Ich meine damit, außer der Events manipuliert mein Code in der Richtung nichts. Auch deshalb habe ich ihn gepostet. Events und überschriebene Basislassen sind nicht mein Steckenpferd, ok?

Nun zu den anderen Hinweisen. Die Koordinaten werden negativ, klar.
Ich kann da nichts abfangen, denn es wird keins "meiner" Events gefeuert, wenn der Mauszeiger sich ändert. In dem Moment, wenn der Cursor die Form "Größenänderung" annimmt, reagiert mein OnMouseDown Event nicht!

Bewege ich die Maus im unteren Bereich (>0) funktioniert alles. Ich kann auch ein Rechteck in den oberen Bereich (ins Negative) aufziehen, klappt alles, auch die Umrechnung in absolute Bildschirmkoordinaten. Also soweit alles gut, da bisschen Mathematik dürft Ihr mir also zutrauen.

Ich habe das Verhalten in verschiedenen Konfigurationen auf mehreren Rechnern untersucht. Es ist immer gleich, also wie beschrieben. Ich habe ja auch mittlerweile die Ursache gefunden und sogar noch vor Euren Antworten und Rückfragen gepostet 😉

Öffne ich ein beliebiges Fenster im Dialog-Modus, tritt der Fehler auf. Öffne ich das normal, tritt der Fehler nicht auf. Ist dann alles wesentlich komplizierter zu programmieren, wegen Variablen, Zuständen u.s.w. Geht aber, hab ich jetzt auch so gemacht, weil ich mit dem Programm weiterkommen muss.

Schön ist es aber nicht und ich habe die Hoffnung, dass es einen einfacheren Workaround gibt, weil ich mein Fensterchen lieber als Dialog öffnen würde.

Danke nochmal für Eure Aufmerksamkeit.

Viele Grüße Oliver

Nachtrag:
Der Fehler tritt nur auf, wenn man das Fenster als Dialog öffnet.

Moin!

Ich habe hier eine kleine Screenshot Anwendung, die folgendermaßen arbeitet:
Es wird ein halbtransparentes Fenster erzeugt. Das schiebt der Anwender über den Bereich, wovon er einen Screenshot erstellen möchte. Dann zieht er in dem Fenster ein Rechteck auf. Davon wird dann letztendlich der Screenshot erstellt. Funktioniert prima.

Nun habe ich einen Zweitmonitor LINKS neben dem Hauptmonitor.
Dieser hat Entweder eine höhere Auflösung, also der Ursprung links oben ist im negativen Bereich, bezogen auf den Hauptmonitor. Die window.Location Koordinaten sind negativ.
Oder der Zweitmonitor ist in der Systemsteuerung nach OBEN versetzt, das ist mal egal.

Ziehe ich nun mein Screenshotfenster auf den Zweitmonitor nach oben, dann werden Mouseevents nicht mehr korrekt verarbeitet. Genau in dem Bereich, der über 0 des Hauptmonitors liegt, ändert sich der Mauszeiger zu "Größenänderung" und ich kann mit Mausklick nur noch die rechte untere Ecke des Fensters ziehen. Im unteren Bereich >0 ist alles schick, der Mauszeiger ist der gewöhnliche Pfeil und es werden sowohl MouseMove, als auch MouseClick Events gefeuert.

Die Events OnMouseMove und andere sind so definiert:

protected override void OnMouseMove(MouseEventArgs e)
        {
            base.OnMouseMove(e);
            mousePoint = e.Location;
            this.Text = $"Fenster: {Location.X} x {Location.Y} -> {Width} x {Height}  Bereich: {RectangleToScreen(ClientRectangle).X} x {RectangleToScreen(ClientRectangle).Y} -> {RectangleToScreen(ClientRectangle).Width} x {RectangleToScreen(ClientRectangle).Height} Maus: {mousePoint}";
                        
            Invalidate();
        }

Das Problem tritt nicht auf, wenn der Zweimonitor RECHTS vom Hauptmonitor steht, obwohl das für die Y Koordinaten irrelevant ist. Es tritt auch nicht auf, wenn der Zweitmonitor nach UNTEN versetzt neben dem ersten platziert wird

Da z.B. VisualStudio keine Probleme mit Auflösung und versetzten Monitoren hat, gehe ich davon aus, dass ich irgendwas falsch mache. Ich kann nur nicht erkennen, was das sein soll. Den Mauszeiger ändere ich ja nicht 😉
Danke für Hilfe.

Viele Grüße Oliver

Sorry, ich wollte nur mal Danke sagen.

Viele Grüße
Oliver

das würde - so wie ich das sehe- aber den String nur da splitten, wo die sechs Zeichen //::\ in dieser Reihenfolge hintereinander stehen. Das ist sicher nicht gemeint.
herbivore

Doch, genau das hat der TE gemeint. Er möchte den String mit einer Zeichenkette trennen, nicht nur mit einem einzelnen Zeichen.
"nicht einfachen 1char Seperator trennen. Dafür habe ich
die zeichenkette "//::\" gewählt."

und ich suchte auch dafür eine Lösung und habe die hiermit gefunden.
Danke!!

Viele Grüße
Oliver