Aufbau bei Filter sehr langsam

 
MOBackup
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: mobackup.de
Beiträge: 20
Dabei seit: 02 / 2012
Betreff:

Aufbau bei Filter sehr langsam

 · 
Gepostet: 31.01.2013 - 08:23 Uhr  ·  #1
Hallo,

ich muss des öfteren in einem Konto nach Zahlungen suchen und nutze daher den Filter, um nach einem bestimmten Text zu suchen.
Dabei ist mir aufgefallen, dass die Software bereits nach Eingabe eines Zeichens mit der Suche beginnt, obwohl ich schnell schreibe. Könnte man da nicht eine Verzögerung von 0,5 Sekunden einfügen?

Außerdem ist die Suche recht langsam, da die Liste erst Schritt für Schritt gelöscht wird, um sie dann neu aufzubauen. Man kann dies schön am sich bewegenden Scrollbalken sehen. :idea: Kann man das Neuzeichnen der Liste in Echtzeit nicht unterbinden? In Delphi ist dies z.B. hiermit möglich...

List.BeginUpdate;
List.Clear;
List.Add();
List.Add();
List.EndUpdate;

Damit lassen sich auch Listen mit 10.000en von Einträgen innerhalb von einer Zehntel-Sekunde leeren.

Außerdem vermisse ich eine Art Archivierungsfunktion, aber das werde ich bei UserChoice einstellen 😉

Besten Dank.
subsembly
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: München
Homepage: subsembly.com/
Beiträge: 4585
Dabei seit: 11 / 2004
Betreff:

Re: Aufbau bei Filter sehr langsam

 · 
Gepostet: 31.01.2013 - 08:50 Uhr  ·  #2
Hallo,

eine Verzögerung für die Suche wäre sicher sinnvoll.

Die Tabellen basieren auf einem DataGridView Control, und dieses hat leider kein BeginUpdate/EndUpdate oder etwas vergleichbares. Das wird von vielen Entwicklern schmerzlich vermisst.
MOBackup
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: mobackup.de
Beiträge: 20
Dabei seit: 02 / 2012
Betreff:

Re: Aufbau bei Filter sehr langsam

 · 
Gepostet: 31.01.2013 - 11:15 Uhr  ·  #3
subsembly
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: München
Homepage: subsembly.com/
Beiträge: 4585
Dabei seit: 11 / 2004
Betreff:

Re: Aufbau bei Filter sehr langsam

 · 
Gepostet: 31.01.2013 - 14:34 Uhr  ·  #4
Alles in C#. Ich werde mir beides mal ansehen, da es in .NET ja egal ist ob C# oder VB.
Gewählte Zitate für Mehrfachzitierung:   0