Suchergebnisse

außerdem wirst du alles in String umwandeln müssen (wie hier am Beispiel, da suche ich nach Integer): bsTour.FilterX("Convert(TourNr, System.String) LIKE *?*", tbSuche.Text) Das muss zumindest dann gemacht werden, wenn du den LIKE-Operator verwenden willst.

Hast du mal % durch * ersetzt? Ich kenne nur * für LIKE-Operationen Also ArticleBindingSource.FilterX("ArtNr LIKE *?*", Search) Ansonsten war mit String-Interpolation das hier gemeint (so sähe deine Zeile ohne die FilterX-Expression aus): ArticleBindingsource.Filter = $"ArtNr LIKE '*{Search}*' OR Name1 LIKE '*{Search}*' OR EAN LIKE '*{Search}*' OR Convert(ListPrice, System.String) = {Search}" Ich find die Extension aber besser weil da kannst du dann auch die ' weglassen, die hat man schnell ma v…

Ich mach sowas gerne mit RadioButtons - den meiner Meinung nach am häufigst verwendeten im Designer auf Checked = True stellen und dann im Code mit einem Select Case arbeiten - ein User wird in den seltensten Fällen alle Felder durchsuchen wollen / müssen. vb-paradise.de/index.php/Attac…0e0669c8998554b00a4279f55 VB.NET-Quellcode (10 Zeilen) und falls das Suchfeld leer ist, wieder alle Einträge anzeigen. (Zeile 8) Bindingsource.msgDGVnoEntry ist eine kleine Extension die eine Messagebox auswirft,…

Also für die Komplettsuche könntest du einen RadioButton "rbtnVolltext" bauen. Ansonsten geh' mal davon aus dass die User gerne Tippfehler machen, weshalb eine LIKE-Suche eigentlich unabdingbar ist. Wenn du aber unbedingt die beiden Varianten willst dann mach doch mehrere Radiobuttons so würde ich das für mich lösen. Und dann verschachtelte Select Case-Abfrage (kann sein dass das noch eleganter geht aber da bin ich noch nicht fit genug für ) * Suchbegriff * Suchschlüssel * Genauigkeit * Textbox …

Zitat von DerSmurf: „dann habe ich Sorge, dass es zu Verzögerungen bei der Suche kommt.“ das bezweifel' ich Du arbeitest aber schon wieder mit % anstatt * - da kann das Problem schon sein. Ansonsten sowas machen wie VB.NET-Quellcode (5 Zeilen) Du kannst die String's quasi addieren - musst dich aber entscheiden mit welchem Operator du arbeiten willst. Und was machst du in deinem Beispiel wenn beide CheckBoxen checked sind oder gar keine? Soweit ich das sehe hast du 10 Checkboxes... das bedeutet s…

Musst du für dich selbst entscheiden, ob das ein Problem wird - hast du denn mal probiert, ob das Ersetzen von % durch * dein Problem löst? Außerdem hab ich grad gesehen, dass du mit Zeile 8 dein Search leerst. Sollte da nicht was stehen wie Search = tbSuche.Text oder so? Und versuch' mal mit StringInterpolation zu arbeiten. Aus EditSearchString(False, """OR EAN like '%" & Search & "%'""") wird EditSearchString(False, $"OR EAN LIKE '*{Search}*'" das liest sich bei langen Strings wesentlich schön…

Zitat von DerSmurf: „Diese Zeile führe ich aus, weil sich der _Searchstring ja sonst nicht ändert, wenn ich eine Checkbox unchecke.“ du leerst den aber jedesmal wenn du ne checkbox anklickst - liest sich so, als ginge das an der useabilty vorbei.. So wie sich das anhört soll die Suche schon beim Eingeben losgehen - aber was ist wenn der User die Checkbox noch nicht angehakt hat sondern erst den Suchbegriff eingibt? Den darf er nach dem Anhaken wieder neu eingeben bzw. zumindest muss er ihn verän…

Zitat von DerSmurf: „wenns dir hilft.“ das muss MIR nicht helfen, sondern dir aber wir versuchen's erstma so. Hast du ma probiert ob das Ganze noch funzt wenn du "exakt" angeklickt hast? Glaube nämlich nicht, weil LIKE ohne * eigentlich nix anfangen kann. Und dann gibt's noch ein Problem mit Zeile 110: FilterX brauch noch den / die Parameter. Hier kannst du dann eher mit Filter = arbeiten. Ich hab das ganze ma verschönert (hatte ich in meinem Post mit den 2 Spoilern aber eigentlich schonma gemac…

Zitat von DerSmurf: „Diese habe ich versucht - allerdings wurde bei mir nur die erste Case Anweisung abgearbeitet“ jo, so is das wenn man nur mit code hantiert ohne Demo. Hab's jetzt mal ein bisschen aufgehübscht - würde mir für meine persönlichen Zwecke reichen. Aber Edr hat recht - wenn man's ordentlich machen wöllte, sollte man sich dafür was komplexes bauen was auch in jeder Anwendung mit jeder DataTable etc. funzt. Ist nur immer die Frage, ob man das auch möchte Also Select Case is nu weg, …

Zitat von DerSmurf: „1. nur Artikel eines bestimmten Lieferanten anzeigen (das Löse ich ja über die BindingSource)“ Entweder du realisierst das über nen Parent-Child-View oder baust die AutoFilterColumns in's DGV ein - dann starteste deine normale Suche und wählst dann über Dropdown deinen Lieferanten aus, nachdem das beschränkt werden soll..

Wenn du's "universell" haben willst, dann nimm' die Variante von Edr, ansonsten nimm' deine