Hatte das Problem auch. Jedoch ungelöst. Ggf. Druckvorlagen anpassen (händisch oder per code) mit der neuen Bezeichnung. Vielleicht kann man der Klasse auch mit irgendwelchen Attributen einen Namen geben der von LL dann verwendet wird. Ansonsten frag doch mal bei LL Support an oder schau in deren Forum oder Entwicklerreferenz.
Ein DataGridView mit nur einer Spalte wäre auch ne Idee… kann man optisch komplett so reduzieren das es wie eine ListBox aussieht und ist dieser aber deutlich überlegen hinsichtlich der technischen Möglichkeiten. Die „Lösung“ mit dem Timer ist voll dirty
Schau mal hier ob da was dabei ist zugferd.org/e-invoicing/1.0.0/index.en.html Hab damals die Komponente von zugferdpro.com/ verwendet. Kostet was, aber der Support war gut.
Zitat von DragsTrail: „Die Applikation von mir, welche bei Kunden Weltweit installiert ist, soll auf diese Datenbank zugreifen können um Daten abzufragen. Die Sicherheit muss hier sehr groß sein. Was bedeutet in diesem Kontext "öffentlich"? Also wo und wie richte ich eine MySQL Datenbank ein?“ Scheinbar bist du noch ganz am Anfang deiner Karriere. Daher hört sich das alles nicht so an, als das du es selbst machen solltest.
Die Datenstruktur sieht ja recht klar aus. Daher würde ich es Zeilenweise (hat Kollege @siycah auch schon vorgeschlagen) verarbeiten und die „Datenzeilen“ beim Doppelpunkt splitten.
Alternative Möglichkeit: Lass dir von VisualStudio die XML als Klasse einfügen. learn.microsoft.com/en-us/visu…ste-json-xml?view=vs-2022 Dann hast das Datenmodell und kannst die xml einfach deserialisieren. learn.microsoft.com/de-de/dotn….deserialize?view=net-8.0
Hab das mit der Doku von Windows gemacht learn.microsoft.com/de-de/dotnet/core/porting/ Die Konvertierung mit try-convert github.com/dotnet/try-convert Evtl. die Projektmappe auf SDK Style (heißt das so?) umstellen. Weiß nicht ob das erforderlich war, hatte ich jedoch als erstes gemacht.
Also denkst du und weißt es nicht? Daher die Frage nach der Quelle auf derer Grundlage du deine Aussage begründest. als Entwickler sollte man seine Annahmen validieren. Klassisches Problem.
Würde ne simple ProgressBar nehmen. Mache ich fast immer. Das ganze ist so viel Aufwand, das lohnt sich in der Regel nicht und ist maximal ein teurer ShowEffekt.
Noch nie von jemandem danach gefragt worden. Glaub nicht das es die User groß interessiert. Die meisten dürfen nicht mal wissen das es solche Sicherheitsmechanismen gibt … Haben einige tausend User.
Bin einige Monate nach dem Umstieg auf .Net 7 zu Jetbrains Rider gewechselt weil VS extrem viele Bugs und Probleme mit dem Designer hatte. Das Zünglein an der Wage war, das Fehler nicht mehr angezeigt wurden… VS ist somit weitestgehend unbrauchbar geworden für mich und wird nur noch für das nötigste gestartet. (Grüße an @loeffel). Würde mich also nicht wundern wenn hier (Thema des Threads) der Wurm drin wäre.