ListView und Filter, nur wie am besten?

Hallo Zusammen,

ich bin auf der Suche nach einer Möglichkeit, die Liste eines ListViews zu filtern bzw. darin zu suchen.

Bisher bin ich mit meinem Lösungsansatz noch nicht ganz glücklich. Die gefundenen Zeilen sind nicht deutlich genug "markiert". Wie könnte ich das besser machen?

Oder gibt es eine Möglichkeit, die nicht benötigten Zeilen auszublenden, ähnlich wie man es mit _GUICtrlListView_HideColumn für Spalten machen könnte? Dann blieben nur noch die zutreffenden Reihen übrig.

Probiert hatte ich auch schon von BugFix das "ListView - SubItem einzeln färben/formatieren ", aber das ist bei großen Tabellen leider zu langsam.

Besten Dank schon mal für jede Idee!
R@iner

Hallo Mega,

in meinem eigentlichen (Haupt-)programm habe ich dazu leider keinen Platz.

In meinen Augen gibt es nur 3 Möglichkeiten:
- Ich blende in der aktuellen Liste die nicht benötigten Zeilen aus (wie ginge das?)
- Ich markiere die Trefferzeilen deutlicher (nur wie?)
- Ich tausche die alte Liste gegen die Trefferliste aus (wie ginge das am einfachsten?)

Gruß
R@iner

Hallo Mega, hallo Nuts,

Zitat von Xenobiologist

die Frage ist, wie viele Treffer werden es?

schwer zu beantworten. Vermutlich kann es eine große Liste werden. Zwischen einem und viele Treffer.

Es handelt sich um die Firmwareliste. Die zentral gepflegte Liste enthält derzeit ~80 Einträge und wenn der User noch lokal gespeicherte Firmwaren hat, dann kommen die auch noch dazu. Bei einigen Sammlern sind das bis zu 200 Einträge dazu.

(Veraltete) Screenshots vom eigentlichen Programm, Bilder 2-4: Klick mich

Der Wunsch der User ist es eben, dass in dieser Firmwareliste gesucht werden kann. Ich suche halt jetzt nach einer einfachen aber guten Lösung zum Suchen/Filtern.

Ich weiß, die Gui ist nicht der Bringer, aber ich steh damit auf Kriegsfuß.

Zitat von Xenobiologist

Muss der User immer alle Treffer sehen?

Wenn ich eine neue Liste mache, dann ja.

Zitat von Xenobiologist

Kann man die Visualisierung der Treffer irgendwo anders machen (statusbar)?

Ne

Zitat von Xenobiologist

= da wäre sich das GuiCtrlSetState und dann hide und die Trefferliste neu aufbauen und an derselben Stelle anzeigen am schnellsten.

Ah ok, muss ich mir anschauen. Kann ich die "Hauptliste" kopieren und die unnötigen Rows rauslöschen oder was geht Eurer Meinung nach am schnellsten?

Zitat von Xenobiologist

= Hintergrundfarbe (ist aber wahrscheinlich zeitintensiv)

Das habe ich schon letztes Jahr probiert um die unterschiedlichen Firmwaretypen deutlicher zu kennzeichnen, aber das war viel zu langsam.

Besten Dank!
R@iner

Hallo Mega,

ich muss mal schauen, ob ich das hin bekomme. Da ich unten Buttons habe und auch nen eigenen ListView-Handler geschrieben habe, die von der Haupt-ListView Daten auslesen, bearbeiten und auch zurückschreiben, muss ich mir das nochmal gründlich überlegen, ob ich eine zweite Liste einführe, nicht dass ich mehr kaputt mache.

Und daher funktioniert auch das mit dem _IECreateEmbedded nicht, da die Buttons darauf ja reagieren sollen und auch die Liste verändern.

Dann bleibe ich wohl bei meinem ersten Wurf, wobei mir der nicht gefällt, aber damit muß ich nicht zuviel ändern.

Hast Du noch ne Idee, wie ich die einzelnen Zeilen deutlicher markieren könnte, also außer der Hintergrundfarbe?

Gruß
R@iner

Hello again,

ich gestell mich gerade recht blöd mit _GUICtrlListView_SetItemImage.

Da könnte ich am Anfang der Reihe evtl nen Pfeil setzen. Aber wie lösche ich den wieder?

Ich muss wohl zuerst ne Image-Liste mit _GUIImageList_Create erzeugen. Da würde ich gerne den Pfeil hinzufügen.
Vermutlich mit _GUIImageList_AddIcon($hImage, @SystemDir & "\shell32.dll", 137)

Nur sobald ich die Liste erzeuge, haben automatisch alle Reihen den Pfeil, auch ohne dass ich den explizit den Reihen gesetzt habe

/edit:
Problem mit der Image-Liste gelöst. In der Liste habe ich nun 2 Elemente. Element 1 ist ein weisses Feld und das zweite Element ist der Pfeil.

Gruß
R@iner

Hallo nochmal,

ich hab mich jetzt nochmal mit der ListView und den Suchmöglichkeiten nach Items beschäftigt.

Erstmal habe ich getestet, welche der 3 Methoden am schnellsten ist, um ein ListView zu "befüllen".
1) mit _GUICtrlListView_AddItem und _GUICtrlListView_AddSubItem => 03s (3337 ticks)
2) mit GUICtrlCreateListViewItem => 04s (4061 ticks)
3) Array erzeugen und mit _GUICtrlListView_AddArray => 655 ticks

Ergebnis: Mit Abstand ist die Methode 3 via Array-Erzeugung und _GUICtrlListView_AddArray am schnellsten.

Motiviert durch das gute Ergebnis dachte ich mir, dass ich gewiss auch noch Geschwindigkeit beim Suchen in der ListView respektive des Arrays herausholen kann.
Und da begannen meine Probleme.

Suchmethode A mit _GUICtrlListView_FindInText:
=> Das liefert mir ein Array mit Rows zurück, die ich dann in meiner Funktion zum Vor- und Zurückblättern der gefundenen Reihen einfach durchgehe. Dies funktioniert

Gut dachte ich mir, das Suchen in Arrays wird gewiss schneller sein und ich habe mich damit versucht:

Suchmethode B mit _ArrayFindAll:
=> Hier bin ich zu doof um die Reihen zu ermitteln. Mir scheint es so, als sucht der nicht in 2D. Wie muss ich das machen, dass mir alle Reihen geliefert werden?

Da das nicht funktionierte, probierte ich mein Glück mit _ArraySearch

Suchmethode C mit _ArraySearch:
=> Liefert mir irgendwas, aber nicht das, was ich brauche. Vermutlich muss ich "per Hand" alle Dimensionen durchgehen um die Reihen zu ermitteln, oder wie geht das?

Gefrustet von dem Ergebnis, habe ich dann auf _Array2DSearch zurückgegriffen

Suchmethode D mit _Array2DSearch:
=> Liefert mir zwar zuviel Ergebnisse, also Reihe und Spalte, aber daraus kann ich die Reihen rausfiltern.
Nur jetzt habe ich ein neues Problem. Das Array mit den gefundenen Rows stimmt, aber wenn ich diese Methode verwende funktioniert mein Umblättern in der Funktion "JumpToFoundedItem()" nicht mehr, obwohl das Array absolut identisch ist mit dem aus der Suchmethode A. Es scheint so, als würde _GUICtrlListView_SetItemSelected und _GUICtrlListView_EnsureVisible nicht mehr funktionieren

Ich finde einfach die Fehler nicht. :-((

In Zeile 231 - 235 kann man die Suchmethode einstellen. Entweder 1 oder mehrere. Das Ergebnis der letzten Methode wird halt genommen.

Kurzzusammenfassung:
- Wenn ich nur Methode 1 nehme, funktioniert es
- Wenn ich nur Methode 4 nehme, die eigentlich das gleiche Ergebnis liefert wie Methode 1, funktioniert das Vor- und zurückblättern nicht. Warum?
- Methode 2 und 3 liefern schon gleich unbrauchbare Reihenangaben. Wie muss ich das richtig machen?

Ich hoffe der Code ist lesbar.

Besten Dank im voraus und ein schönes Wochenende!
R@iner

Hallo Zusammen,

ich hab es gelöst, wobei mir nicht ganz klar ist, warum man bei _ArrayFindAll und _ArraySearch selber in einer Schleife alle SubItems durchgehen muss. Ich dachte, das wäre gerade der Vorteil von _ArrayFindAll.

Entweder hab ich ursprünglich den falschen Parameter benutzt um es in einem Rutsch zu machen, oder es geht einfach nicht, in einem 2D-Array alle Reihen auf einmal rauszusuchen.

Den Fehler warum _GUICtrlListView_SetItemSelected/_GUICtrlListView_EnsureVisible nicht funktioniert, obwohl das Array definitiv die richtigen Werte enthält, ist mir bis jetzt auch noch nicht klar.

Als Workaround habe ich ein in meinen Augen überflüssiges _GUICtrlListView_ClickItem eingebaut, aber jetzt geht es wenigstens.

Anbei der letzte Wurf der funktioniert, wobei die Fragen dennoch offen bleiben.

Schönen Sonntag!
R@iner

/edit:
Gibt es auch eine Alternative für den reihenweisen Farbwechsel, also die Alternative zu
GUICtrlSetBkColor($GuiListView, $ColorLVungerade) ; Farbe ungerade Zeilen
GUICtrlSetBkColor($GuiListView, $GUI_BKCOLOR_LV_ALTERNATE)
wenn man das ListView mit _GUICtrlListView_AddArray befüllt?

Hallo Paule,

uiii, cool, merci! Ganz anderer Ansatz. Sieht auf den ersten Blick kompliziert aus, ist aber wahrscheinlich um vieles einfacher.

Das muss ich mir mal in Ruhe zu Gemüte führen.

Danke nochmal und nen schönen Sonntag!
R@iner

Hallo BugFix,

dank Dir für das Beispiel. Es scheint so, als wäre es zusammen kopiert, denn es ist nicht lauffähig. Oder fehlen da neben Windowsconstants.au3 noch andere Includes?

Kannst Du bitte die offenen Fragen noch zum _ArrayFindAll beantworten bzw. gleich Dein Tutorial umd die 2D-Suche erweitern.
Ist das so, dass man bei _ArrayFindAll alle SubItems einzeln durchsuchen muss? Und was ist der Vorteil gegenüber _ArraySearch ?

Besten Dank und nen schönen Sonntag!
R@iner

Hallo BugFix,

danke für die Bestätigung wegen der Array-Fragen! Dann hab ich ja in Posting 12 ja alles richtig gemacht

Die AutoIt-Doku dazu ist unzureichend bzw. irreführend. Ich bleib daher besser bei deinem _Array2DSearch und werde es mir so modifizieren, dass nur die Items und nicht auch noch die SubItems geliefert werden. Dann hab ich alles, was ich brauche.

Danke auch für die Lösung mit dem WM_NOTIFY. Eine Frage dazu habe ich noch:
Da ich den Inhalt des ListViews immer wieder verändere, sollte auch das Redraw gestoppt werden, während ich z.B. die Spaltenbreite einstelle.
Normalerweise gibt es dazu ja _GUICtrlListView_BeginUpdate und _GUICtrlListView_EndUpdate, aber das scheint den WM_NOTIFY nicht wirklich zu interessieren, oder gibt es da auch was dazu?

Hier dein modifizierter Code, damit sehe ich es zumindest auf meinem alten Rechner deutlich.

Happy computing!
R@iner

Hallo Pinguin94,

sorry, aber ich verstehe Deine frage nicht. Was meinst Du mit Header fixieren?

Mein Hauptproblem habe ich in Posting 1 und 6 beschrieben. Ich will in einem ListView filtern und entweder die gefilterte Liste darstellen oder in der Originalliste vor und zurückspringen zu den gefundenen Einträgen. Und das Füllen der ListView geht ja mit _GUICtrlListView_AddArray am schnellsten, allerdings würde ich gerne jede zweite Reihe einfärben, damit die Liste leichter lesbar ist.

Der wm_notify von BugFix hilft, aber ist nicht so besonders schnell, zumal er anscheinend den Redraw im Fenster sofort macht. Und die Aktualisierung des ListViews kann man normalerweise _GUICtrlListView_BeginUpdate und _GUICtrlListView_EndUpdate unterbinden. Das klappt aber irgendwie nicht, wenn der wm_notify verwendet wird.

Ich hoffe, es ist jetzt klarer.

Happy computing!
R@iner