Obsidian funktioniert hier halt nur, wenn ein System drunter steckt, das Multi-Datei Access/Write unterstützt.
Wenn darunter OneDrive for Business ist oder irgendein anderer stupider Datei-Sync, dann gibts halt kein Multi-Benutzer-Write. Unterstützt das Microsoft-Ökosystem nur bei Office-Datei + paar Zusatzdateien, aber halt nicht bei Markdown.
Obsidian hat dafür das kostenpflichtige Obsidian Sync - und dann hast wieder die Nachteile wie OneNote.
Mach nen VS Clean (Rechtsklick auf die Solution), dann VS schließen, dann lösch den ".vs" Ordner, dann alle Deine bin/obj Ordner löschen und VS wieder starten.
Hilft in 90% der Fälle, ansonsten kanns auch nen Config Fehler Deiner Solution sein.
Wenn das NuGet Paket richtig gepflegt ist (sind sie nicht alle), dann siehst Du "Project Website" und "Source Repository" auf der NuGet-Seite des Pakets.
Im Fall von https://www.nuget.org/packages/mysql.data/ ist nur die "Project Website" gepflegt. In der Readme ist jedoch das Repository referenziert, bei dem Du alles findest.
Dazu ist nen deutlicher Hinweis auf
More information at MySQL Connector/NET documentation.
Steht also alles in der Readme.
Ich kenne nicht das ganze Internet.. aber schau Dir mal Deine Anforderungen an. Das is schon bisschen Eierlegende-Wollmilchsau; das is im Endeffekt nen Enterprise-Document Management System.
Ist halt alles ein Trade Off zwischen Usability, Einsteigerfreundlichkeit und Dateimanagement.
Wir verwenden viel https://obsidian.md/ - aber auch Microsoft Loop. Obsidian is eher für fortgeschrittene User / Developer. OneNote / Loop hat super einsteigerfreundlich.
Erfüllt aber alles nicht 100% Deiner Anforderungen.
Zitat von Bytechanger
Von früher machte ich die SetWindowPos, SetForegroundWindow wusste aber nicht, dass die aus Sicherheitsgründen nicht mehr geht.
Von "geht nicht" war nicht die Rede; man kanns halt aushebeln.
Das Fenster soll IMMER im Vordergrund und über ALLE ANDEREN Fenster stehen...
Aus Sicherheitsgründen geht sowas bei modernen Betriebssystemen nur noch per sogenanntem Kioskmodus. Bei allen anderen Varianten (zB Windows API) kann der User das aushebeln - eben aus Sicherheitsgründen (zB Ransomware Splashscreens)
Dein Eingangspost wirkt, als ob Du von einer XML-API sprichst.
Dein letzter Beitrag zeigt aber den Quellcode einer HTML-Frontend-Applikation, die JavaScript verwendet und mal mit XML nichts zutun hat. Das fällt unter das Thema WebCrawling; Du willst also eine Webseite aufrufen, als sei man ein Browser.
.NET hat keine solche Implementierung mehr von Haus aus. Es gibt nur den HttpClient als moderne Variante, die aber eben ein HTTP Client darstellt und keinen Browser.
Willst Du einen "Browser emulieren, der jede beliebe Seite ausführen kann" - im Endeffekt also ein Webseiten-Bot - dann geht das nicht mit Hausmitteln.
Du brauchst Dann einen headless Browser wie zB WebView2 (über NuGet) oder Chromium.
In .NET wirst Du allemöglichen (offizielle und inoffizielle) Dinge immer per NuGet als Dependency hinzufügen müssen. Das ist Teil der modularen .NET Welt - und gut so.
So funktioniert das .NET Öksystem, siehe ⇒ https://mycsharp.de/forum/threads/124114/faq-das-net-oekosystem-net-net-core-net-standard-nuget-und-co
Willst Du alles selbst von Hand programmieren, dann wird das eine sehr lange Reise.
Mit der Einstellung wirds schwer in der Software Entwicklung...
Aber dann schau in die Grundlagen-Docs: https://learn.microsoft.com/en-us/dotnet/api/system.net.http.httpclient?view=net-8.0
Edit: das mit dem HTML hab ich irgendwie überlesen. Sieht nach falscher URL und/oder falschen Parametern aus. Verifizier das mal.