Suchergebnisse

imo warste doch schon ganz nah dran:VB.NET-Quellcode (1 Zeile) ungetestet

Zitat von Hofi1609: „Meine Idee war aus den Dateien eine einfache einheitliche XML ohne Namespace“jo, da kann das rekursive Ding helfen. Weil das liest alle XElemente aus - egal welcher Namespace. Wenn du iwann mal weisst, welche XmlElement für dein Einheits-Dingens von Belang sind, kann man - statt eines Treeviews - auch ein entsprechendes (Einheits-)XmlDocument ausgeben.

Hier der Ansatz mit rekursivem Durchgang. Das kann jedes Xml einlesen, und baut einen Treeview daraus. Das ist eiglich sehr anschaulich, sodass du dir aussuchen kannst, welche Elemente du benötigst, um irgendwas (zB ein Verwaltungs-Datenmodell) draus aufzubauen. Der Code ist vlt auch für andere interessant:VB.NET-Quellcode (17 Zeilen)

Das man auch in meiner Version einen Fehler bekommt, schrieb ich ja. Nur ist "mein" Fehler ein anderer. Also eine Hürde habe ich genommen, wir stehen nu vor der nächsten - das ist ein Fortschritt. Den Fehler, den ich behoben habe war der: In der generierten Class AutoIndexBundle befindet sich eine weitere, desselben Namens: Class AutoIndexBundle. Wir haben alsoVB.NET-Quellcode (7 Zeilen) Dein Fehler: "<AutoindexBundle ...> was not expected" ist, dass du dem Serializer die äussere class AutoIndex…

Hiermit kann ich die xml nu prinzipiell deserialisieren. Aber es kommen Fehlermeldungen, die bemängeln, dass im generierten vb-Code vielerlei Datentypen fehlen, zB FileCabinetDataSource, ExtendedCondition usw. Also im Xml wird sich auf diese Datentypen bezogen - sie fehlen aber.

Wenn du weisst, dasses 22 Typen sind, ist ja schoma was. Man müsste für jeden Typ so ein Klassen-System generieren was kompiliert. Und dann gucken, ob sich ein neues, grösseres Klassensystem händisch bauen lässt, wo alle Dinge aller dieser Typen unterkommen. Und dann gucken, ob sich Code schreiben lässt, der das iwie sinnvoll befüllen kann. Zitat von Hofi1609: „wie kann ich hier so großen Code posten?“kannste zippen und als Datei hier anhängen.

Zitat von Hofi1609: „Klasse aus Post 7, dort stehen doch alle benötigten Informationen?“nö, der Code aus post#7 - da fehlen noch etliche Klassen. Das müsstest du erstmal vervollständigen, sodass es überhaupt kompiliert. Erst danach kann man überlegen, wie man dieses Datenmodell (das ist es nämlich: ein Datenmodell) aus einer Xml-Datei befüllt. Normalerweise ginge das ja einfach mit XDoc/XmlDocument.Load(), aber wenn deine Dateien von verschiedenerlei Struktur sind, muss man die sich angucken, ob…

Bei mir geht dieses:(Versteckter Text)Am Haltepunkt ist header befüllt

Jou. Weisst du, wie man einen Haltepunkt setzt? Bzw wie man Option Strict On setzt? Falls nicht kurz fragn. Und betrachte die Datentypen. Etwa welchen Datentyp hat fdblTrimPosition?

Zitat von Peter329: „Das mit der Klasse "Detail View" kling ja recht vielversprechend“Ich hab nie von einer Klasse DetailView gesprochen. Ich hab auf ein Tutorial verllinkt, wo u.a. erklärt ist, was ein DetailView ist (bzw. letztendlich wie ich das definiere) Nee - ich hab garnet drauf verlinkt, ich hab gedacht, du kennst mein 4-Views-Tut schon.

Und ein DetailView scheidet aus? Weiil der ist eiglich dafür vorgesehen, wenn die Datenflut aus iwelchen Gründen nicht recht in eine DGV-Zeile passen will. Ansonsten müsste man vermutlich aufwändiges OwnerDrawing anbringen - ganz genau abgestimmt auf deinen Anwendungsfall. Also wenn du den Weg gehen willst, müsstest du wohl eine Beispiel-Anwendung einstellen.

Dazu kannst du den ObjectBrowser verwenden: VisualStudio richtig nutzen (Google ist nicht deine Mami) Der zeigt dir alles an, wasses gibt, u.a. die Assemblies, die du selbst geschrieben hast. Und Doppelklick springt dann auch in den Code.

Zitat von RodFromGermany: „Du machst Dir ein eigenes Label (von Label abgeleitet), das bei Text-Änderung ein TextChange-Event generiert.“Ich denk, das Label feuert sowieso ein TextChanged-Event.

man kann doch einen beliebigen Text mit ToolTip.Show(<argument-liste>) anzeigen - wäre das nicht geeignet?

So, ich glaub, endlich habichs gerafft. Dein Xml wird aber bischen anders rauskommen:XML-Quellcode (9 Zeilen)Die Fremdschlüssel-Werte verschwinden ja bei einer geschachtelten Beziehung. Unvermeidbar aber der PK. Allerdings wenn Aussen.DataColumn1 unique ist - dann kannste das als PK nehmen, um Innen.ID damit zu verknüpfen.

Aber was willst du eiglich bezwecken? So wird für jedes Auto eine eigene Farbe erzeugt. Das sind mehr XmlElemente als nötig. Mit einem "korrekten" Datenmodell gäbe es nur so viele Farben, wie es gibt, und die Auto-XmlElemente wären in die Farb-XmlElemente eingeschachtelt. Das FarbeID-Element (der Doppelmoppel) würde aufgrund der Verschachtelung verschwinden. In meinen Augen das optimale Xml - was ist daran nicht ok?

wie ich vermutete: das Datenmodell hat einen Fehler - Die Relation ist falschrum. nicht Farbe.ID soll auf Auto.FarbeID verweisen, sondern genau annersrum: Auto.FarbeID verweise auf Farbe.ID. Und Auto.FarbeID ist auch kein PK.

Zitat von Haudruferzappeltnoch: „Zum Anderen würde ich gerne den FarbeID Eintrag loswerden“na, denn lösch doch die Spalte FarbeID aus deiner Table Auto Wie VPZ sagt: Man müsste mal den Dataset-Designer angucken - scheint mir nicht ganz koscher.

Zitat von dherr: „cellFont ergibt immer Nothing, obwohl die Eigenschaft für die Zelle gesetzt ist (Arial, 12, Regular“Vermutlich eben doch nicht. Vielleicht hast du den Column.DefaultCellStyle.Font gesetzt, aber den Cell.Style.Font wohl nicht. Es ist auch nicht empfehlenswert, bei jeder einzelnen dgv-Cell am Style rumzufummeln. Versuch lieber auf andere Weise herauszufinden, wo der Font herkommt, der in der Cell wirksam wird: Wird er vom DGV geerbt? oder durch einen DataGridview.DefaultCellStyle…

mit _CellClicked müsste es gehen. Vorraussetzung ist, dass die Checkbox bei jedem Click umgeschaltet wird. Manchmal ist das so, dasses nicht so ist.

Zitat von Dirk2006: „Ich würde gern die Kunden als auch die Aufträge filtern.“ich denke nicht, dass man includete Datensätze filtern kann. Suche einen anderen Weg, um zu erreichen, was du erreichen willst.

Zitat von Humax: „VB.NET-Quellcode (1 Zeile)Aber ich verstehe die Bedingungen nicht !?“Was da passiert, ist eiglich sonnenklar: Die Sub wird nur dann nicht verlassen, wenn die zu zeichnende Zelle selectiert ist. Um das wirklich zu verstehen, musst du aber programmieren lernen. Weil die wirkliche Erklärung lautet DataGridViewElementStates ist ein Enum, und And ist eine bitweise Operation, die in diesem Fall nur dann <>0 ergibt, wenn im Wert von e.State das "Selected"-Bit gesetzt ist. Also das Ver…

vielleicht kannste im OnVisualParentChanged des OrdnerBrowserViews feststellen, was das Parent-Window ist, und darin herumkramen. Natürlich höchst unschön. Und mit Events, Interfaces, Delegaten und Kram kann man das wohl auch noch iwie entkoppeln. Blos ist der Entkoppelei-Aufriss noch viel unschöner, und da es eh nirgends anders gebraucht wird, auch von fragwürdiger Sinnhaftigkeit.

Zitat von JLH: „ VB.NET-Quellcode (2 Zeilen)“Jo, dassis eine kleine Extension. Ohne Extension:VB.NET-Quellcode (1 Zeile) Aber das hätte man auch rauskriegen können, indem man den Code mal debugt. Also Haltepunkt auf die Zeile setzen, und mit F11 durchsteppen, was sich da ereignet. Eventuell gibts da auch Doku-Kommentare zum Nachlesen. Falls es an Debugging-Fertigkeiten fehlt (ist ja nichts verwerfliches) - hier Video-Tut: VisualStudio richtig nutzen (Google ist nicht deine Mami)

Zitat von Haudruferzappeltnoch: „außer der Nebenläufigkeit sehe ich da nichts Ungewöhnliches“na, das ist eben **sehr** ungewöhnlich. Ich kenne Application.DoEvents nur im GUI-Thread aufgerufen, damit Gui-Elemente, also Controls, ihre Events abarbeiten können, so zwischendrin, während eiglich ein langandauernder Vorgang den Gui-Thread blockiert. Was passiert, wenn Application.DoEvents im Nebenthread aufgerufen wird, liegt ausserhalb meines Horizonts. Werden da nun die Controls alle aufgefordert, …

Tipp: mit System.Environment.CurrentManagedThreadId As Integer kann man debuggen, in welchm Thread man grad unterwegs ist

Mir scheint, dir ist die tatsächliche Funktion von Await noch nicht ganz klar. Das Wort 'Await' ist auch bisserl missverständlich, weil es geht um Nebenläufigkeit (Async) - also darum, graden nicht zu warten. Und zwar returnt eine Async-Methode am Await-Schlüsselwort sofort. Das Proggi läuft also weiter, ohne dass die Async-Methode den Code nach dem Await ausgeführt hätte. Später dann - wann genau ist unbestimmt - erfolgt eine Art Callback, und der Code nach dem Await-Keyword wird nachgeholt. Zi…

Zitat von Haudruferzappeltnoch: „Compare-Method Binary ist dasselbe wie mit StringComparison.Ordinal zu sortieren. Und da hat der _ die Nummer 95 und die 1 ist Nummer 49. Compare-Method Text wird kulturabhängig sein. Ich gehe auch mal davon aus, dass Windows in anderen Kulturen anders seinen Explorer sortiert.“zunächstmal (das stört mich schon den ganzen Thread): Wir reden hier von Option Compare Text/Binary - oder? Weil Compare-Method Binary, Compare-Method Text - soweit ich weiss gibts das gar…

Zitat von Xiantrius: „Vielleicht wäre es besser den code auch selbst durchzutesten bevor ihr einfach was schreibt.“ Sehr gern! Bau du eine Solution, und häng sie als zip-File an, dann können wir damit rumspielen, und es gibt eine gemeinsame Basis.

Zitat von J.Kannengiesser: „Die Frage ist warum ein Unterstrich im Vergleich zu einer Zahl / Buchstabe bei compareMethod.binary größer ist und bei ist und bei compareMethod.Text kleiner ? Wo ist das denn dokumentiert bzw. nachzulesen ?“ja, weiss ich auch nicht. Option Compare Text / Binary verwende ich eh nie, eben weil die Sortierreihenfolge obskur definiert ist. Ich verwende immer String.Compare(s1, s2, StringComparer). und zwar entweder mit StringComparer.Ordinal oder mit StringComparer.Ordin…