Suchergebnisse

Ich finde, dass this/me gelegentlich den Code besser lesbar macht. Beispielsweise bei Übergabe von Parametern an Felder in Konstruktoren o.ä. Also sowas: C#-Quellcode (4 Zeilen) this wäre hier nicht nötig, aber es drückt aus, dass hier eine Prop gesetzt wird. Und ich brauch bei casesensitiven Sprachen nicht ständig hinblinzeln, ob sich Prop und Parameter in Groß-/Kleinschreibung unterscheiden. Man sieht es auf den ersten Blick. Ich verstehe aber auch jeden, der sagt, dass das überflüssige Schrei…

Hmmm.... ich hab mal ein bisserl gegooglet. Zwingende Voraussetzung, dass VS2010 und SQL Server Express 2012 miteinander funzen, ist, dass das VS2010 mit ServicePack 1 aufgerüstet ist. Ich frag mal vorsichtshalber nach: ist das bei euch der Fall? Ansonsten wüsste ich auch nicht weiter...

Du kannst auch die Tag-Property der Buttons benutzen, um jene damit zu kennzeichnen, die versteckt werden sollen. Dann mit For...Each-Schleife alle Buttons durchlaufen.

Wenn ich das richtig verstehe, dann soll diese Nur-Kunden-mit-Rechnung-Sache ein Dauerzustand sein? Also immer nur diese Datenquelle am DGV hängen? Dann würde ich alternativ überlegen, ob ich mir den Bindingsource-Filter nicht für weitere eventuelle Filteroptionen freihalten will (Filtern nach Namen usw.) Ich hab auch schon solche Dinger gedreht, dass beim Form-Load eine Linq-Abfrage eine neue Datenquelle mit den gewünschen selektierten Datensätzen erstellt und dann an die BindingSource gebunden…

Ach, wie ist das schön... Nach ein paar Startschwierigkeiten summt jetzt das DataSet wie ein Bienchen. Deine HelpersSmallEd.dll ist wirklich schick. Schonmal Microsoft angeboten? Damit würden die in VB 2014 das DataSet-Modell nochma richtig aufbohren Habe gleich noch eine XML-Dateiinitialisierung dazugeschrieben, mit der mein Prog eine XML anlegt falls noch keine existiert und die Tabellen, die fixe Werte haben, befüllt und das ganze dann abspeichert. Ist schön easy. Danke, so mach Datenbänkerei…

Zitat von ErfinderDesRades: „Da habich wohl bisserl das Design verändert.“ Schlingel Also, wie ich das so beim Durchforsten sehe, benutzen die Samples das in der Regel net. Da wird das DataSet beim FormLoad registriert und fertig. HandleFormClosing habe ich aber in den Smallhelpers gefunden, allerdings als public sub in der DataSetSaver.vb. Und dann noch hier: VB.NET-Quellcode (1 Zeile) Kann das sein, dass das FormClosing-Teil gar nicht mehr als Methodenanhängsel am DataSet hängt, sondern gleich…

... ich krieg die Verweise net hin. SmallHelpers.dll habbich eingebunden, soweit schick. Aber dann meckert er im Konstruktor bei VB.NET-Quellcode (1 Zeile) dasser die Methode nicht kennt. Soweit ich das rausgefunden habe, ist DataSet.HandleFormClosing in den WinFormHelpers definiert. Aber wenn ich die einbinde, meckert er gleich weiter, dass dann ne doppelte Fill()-Methode vorhanden ist, die er net auflösen kann. Was mach ich falsch?

Cool, das zieh ich mir mal rein!

Hi, ich mach mal wieder mit VB rum und probiere mich zur Zeit mit Datenbänkerei ohne Datenbank, so wie es hier vom EdR beschrieben wird. Das ganze läuft bei mir in VB 2012 Express als WinForm-Projekt. Um den ganzen Zirkus mit redundanten DataSetsen zu vermeiden habe ich eine Instanz meines DataSets in einem Modul erzeugt (damit es public ist) und da sind auch Subs zum Speichern und Laden via XML hinterlegt. Soweit so grün. Geladen wird das DS in meiner MainForm beim Load und gespeichert werden s…

Zitat von basti2010: „Aber leider habe ich nicht die Möglichkeit die "Tabellen" mit Drag & Drop auf meine Form zu ziehen.“Jo, falsches Fenster links. Das ist der Server-Explorer, mit dem du in die Datenbank guckst und nicht auf dein DataSet. Mach mal das Fenster "Datenquellen" (oder so ähnlich) auf. Da hast du dann das DataSet drin und von dort kannst du Tabellen oder einzelne Felder auf deine Form ziehen.

Ist noch wesentlich effektiver, als was wir bisher besprochen haben

Zitat von gammlo: „EDIT: Wenn ich es so mache wie du geschrieben hast If DateTime.Now.Subtract(fightsgrid.Item("Uhrzeit", i).Value).Minutes < 30 Then Dann werden _ALLE_ Einträge markiert.“Dann hat meine Empfehlung offenbar funktionert . Das Problem liegt - wenn ich das richtig sehe - an deiner CellStyle-Anweisung. Hier mal Zitat aus msdn zu DefaultCellStyle: Zitat: „Ruft Standardstile ab bzw. legt Standardstile fest, die von allen Zellen im gesamten Steuerelement (einschließlich Headerzellen), i…

Zitat von ErfinderDesRades: „Die Idee "VariablenNamen hochzählen" - ergibt im Grunde doch gar keinen Sinn.“ Ich kann mich dran erinnern, dass solche Gags in dBase möglich waren. War es wirklich dBase oder was anderes Altes unter DOS? Jedenfall konnte man da tatsächlich Sachen reinschreiben, die dann zur Laufzeit in entsprechende Variablennamen umgestöpselt wurden. War völlig irre, aber man konnte verrückte Sachen damit realisieren

Aus einer Stringliste was Bestimmtes rauszuextrahieren artet immer in Frickelei aus. Und ist fehleranfällig (was ist, wenn die Listeneinträge aus irgendeinem Grund vom erwarteten Format abweichen?). Daher mal eine Verständnisfrage: Wo kommt die Liste her? Stellt die dein Prog selbst zusammen (dann sollte man das Problem eventuell an diesem Punkt schon abfangen und die Daten nicht in einem String ablegen)?

Hat das vielleicht damit zu tun?

Zitat von ErfinderDesRades: „Allerdings verzichtet man dadurch auch auf die Löschweitergabe beim Rückspeichern von Deletes von übergeordneten Datensätzen.“ Verdammt Ich mach das auch so, dass ich meine DB relativ 'dumm' halte und das lieber im DataSet modelliere. Wenn ich wieder zu Hause bin, muss ich gleich nachsehen, ob da in meinen Detailtables diverse verlorene Datensätze rumschwirren. Aber dann führt einen der DataSet-Designer übel aufs Glatteis: Ich hab da meine ganzen Relations zwischen d…

Wie wäre es mit der ReadOnly-Property? Bei dem passenden Event habe ich erst an DataGridView.CellValueChanged gedacht, aber msdn empfielt als BehandlungsEvent für DataGridView-Checkboxen folgendes: Zitat: „Bei Kontrollkästchenzellen sollen Änderungen jedoch meist sofort behandelt werden. Damit beim Klicken auf die Zelle die Änderung gespeichert wird, müssen Sie das DataGridView.CurrentCellDirtyStateChanged-Ereignis behandeln. Wenn es sich bei der aktuellen Zelle um eine Kontrollkästchenzelle han…

Hier mal zwei Shots von Formular und Suchergebnis und der Code. Die Progressbar füllt sich schon... allerdings ist sie nach drei Sekunden voll, während die Suche noch fünf Minuten weitergeht :wacko: . Okay, ich hatte heute einen harten Tag, ich werde das Teil morgen mal im Debugger durchsteppen und vllt. komm ich dann selbst drauf. Erstmal danke für euere Hilfe. (Versteckter Text) EDIT: Aua, Aua , anstatt schlafen zu gehen, konnte ich mich natürlich nicht enthalten, das Ding doch noch zu testen.…

Klar, benutze If als Funktion (früher IIf): VB.NET-Quellcode (1 Zeile)

Jo, vor allem würde ich auch die Anleitungen nicht hart ins Programm coden. Wenn sich an einer Maschine was ändert oder eine neue Maschine hinkommt (oder eine wegfällt), dann müsstest du in den Programmcode rein, um das zu ändern. Nicht gut. Besser die Datenbankempfehlung vom EdR beachten und bei Datenmodellierung mal mit folgendem Gedanken rumspielen: Eine Tabelle Anleitungen (quasi Textbausteine) Eine Tabelle Fragen Eine Tabelle Ablaufkontrolle (in der Texte und Fragen logisch hintereinander k…

Zitat von ErfinderDesRades: „wäre es auch eine Alternative, eine eigene DateiEndung zu creiern, und die Anwendung damit zu verknüpfen? Dann startet der User die Anwendung gar nicht mehr direkt, sondern per Doppelklick auf seine DatenDatei.“ Eigene Endung wirkt immer cool , aber ich glaube, das macht wenig Sinn bei mir. Die Datenbanken sind SqlCE und die haben standardmäßig .sdf-Endung. Ich weiß nicht, ob SqlServerCe meckern würde, wenn man ihm andere Endungen vorwirft. Und die Datenbank-Reports …

Zitat von RodFromGermany: „Dafür gibt es das Verzeichnis ProgramData\NAME_DEINES_PROGRAMMS,“ Hmmm....ja. Ich mag dieses Verzeichnis nicht und ich gebe zu, mit den Bibliotheken und Sonderverzeichnissen von Windows habe ich mich nie groß auseinandergesetzt. Schon seit DOS-Zeiten bin ich es gewohnt für Betriebssystem/Programme und Daten unterschiedliche Festplatten zu benutzen. Meine C:\-Festplatte ist relativ klein, dafür habe ich eine Terabyte-FP, wo meine Daten liegen. Okay, das ist mein persönl…

Das 'Abgrasen' funktioniert tadellos und liefert auch korrekte Ergebnisse, das habe ich schon ausgetestet. Es geht mir jetzt wirklich nur noch darum, den User während dieses Prozesses zu informieren, damit er nicht unruhig wird. Bisher läuft die ganze Funktion im Hauptthread, weil ich mich mit Threading überhaupt noch nicht beschäftigt habe. Ich hatte schon genug damit zu kämpfen, mit VB einigermaßen warm zu werden und die ganze Datenbänkerei in den Griff zu bekommen. Somit ist das Programm währ…

Jo, is klar und mir auch schon diverse Male passiert Vielleicht gibbet was Eleganteres, aber ich frage die Collection, die mir eine Linq-Abfrage liefert immer in einer For Each - Schleife ab. Auch, wenn ich definitiv nur einen Datensatz zurückerwarte. Das klappt bei mir eigentlich immer. Ansonsten check ma über result.count, ob du überhaupt deinen Userdatensatz erhältst (ich mach in meinen Linqs immer: from...select...where; du stellst das select ans Ende, ich weiß aber net, ob das den Compiler …

Ich versuch das mal zu impementieren. Zitat von ebrithil: „Ist aber auch nicht ganz korrekt, da man ja für Grosse Dateien im Vergleich zur Grösser weniger Zeit/Grösse hat.“ Okay, die Progressbar wird vielleicht ein wenig sprunghaft laufen, aber das sehe ich noch nicht mal als Problem an. Mal sehen, wie sich das in der Praxis macht. Ich melde mich, wenn ich's zum Laufen gekriegt habe.

Okay: Es geht darum, dass ich eine rekursive Funktion habe, die alle erreichbaren Festplatten nach bestimmten Patterns abgrast. Da das eine Weile dauert, möchte ich dem User irgendwie den Fortschritt anzeigen. Ich habe an eine Progressbar gedacht, weiß aber nicht, was ich da als Max-Wert nehmen soll, da ich beim Start der Funktion keine Ahnung habe, wie lange und tief sie graben wird. Sie ist halt rekursiv. Ebrithil hat mich da auf eine Spur gebracht. Ich überleg im Moment folgende Logik für die…

Hol dir die zu prüfende Uhrzeit aus deiner DB (oder wo immer du sie auch drin hast) und stopf sie in eine Variable vom Typ DateTime. Und dann vergleichst du sie mit DateTime.Now (aktuelle Systemzeit): VB.NET-Quellcode (5 Zeilen) Klar? Du ziehst die ältere Zeit (weniger Ticks) von der jüngeren (nu sind mehr Ticks vergangen) ab. Das Ergebnis ist eine TimeSpan-Struktur (eine Struktur die eine Zeitspanne ausdrückt) und die hat eine .Minutes-Eigenschaft (also: wieviel Minuten hat diese Zeitspanne). G…

Zitat von ebrithil: „die Menge an verbrauchtem Speicher auszulesen“ Über Festplattenparameter (Größe, Belegung usw.) hatte ich in diesem Zusammenhang auch schon meditiert, allerdings ohne daraus auf einen konkreten Ansatz zu kommen. Deine Idee finde ich cool, mal sehen, ob ich was Sinnvolles zusammenbekomme.... Zitat von ErfinderDesRades: „Rekursion ist findich eine eigene Wissenschaft. Es gibt Sprachen, die kennen ühaupt keine Schleifen - nur Rekursion (k.A., warum die das so toll finden, aber …

Richtig. Damit kann ich meine mangelhafte Vorstellungskraft, was bei einer Rekursion wirklich abgeht, ein bisschen umgehen. Im vorliegenden Fall hatte ich allerdings den Vorteil, dass die Ursprungsfunktion vom EdR stammt (s. Threadstart): Zitat: „Bezug: [VB 2010] Rekursive Dateisuche mit anonymer Methode?“

Je nun, dann muss der User sich halt in Geduld wappnen Auf jeden Fall ist deine Funktion richtig spaßig. Mit rekursiven Funktionen habe ich immer so meine Logik-Probleme, aber immerhin hab ich es geschafft, dass die Funktion mir jetzt in sämtlichen Laufwerken (die .isReady sind) jedes Directory nach vier verschiedenen Patterns durchsucht und die gesuchten Directory-Pfade in vier Listen (ohne Doppelungen, quasi DISTINCT) zurückgibt Genau so brauchte ich es. Wartezeit hält sich übrigens erstaunlic…