XbpListbox langsam [Erledigt]

[Jan]

Wenn ich Einträge per :addItem zu einer Listbox hinzufüge, dann geht das total lahm. Grob gemessen ca. 2-3 Einträge/Sekunde. Wie kann man das beschleunigen?

Jan

[peternmb]

Hallo Jan,

ich hatte das Problem mit der 1.90.331 unter Win7.
Nach einem sleep( 0.1 ) zwischen den Einträgen war das Problem weg.

Noch einen schönen Restfeiertag

[Jan]

Hallo Peter,

super! Das ist immer noch nicht berauschend, aber ganz wesentlich schneller. Ich hab den Parameter auf 0.01 gesetzt. Damit ist eine Liste mit gut 2.000 Einträgen jetzt innerhalb von ca. 50 Sekunden fertig, vorher waren das gut 10 Minuten.

Jan

[Martin Altmann]

Moin Jan,
was passiert denn, wenn Du den Dialog (oder die Listbox) erst anzeigst, wenn die Listbox gefüllt ist? Geht das dann schneller?

Viele Grüße,
Martin

[peternmb]

Damit ist eine Liste mit gut 2.000 Einträgen jetzt innerhalb von ca. 50 Sekunden fertig, vorher waren das gut 10 Minuten.
Jan

Das ist aber immer noch recht lange. Hast du dafür evtl. ein Statusanzeige laufen?
Ich hatte ähnliche Probleme bei einer Statusanzeige mit einer (versehentlich) hohen Priorität.
Bei mir dauert das Füllen einer Listbox mit dem Inhalt einer Datenbank bei ca. 3000 Einträgen nur wenige Sekunden.
Soweit ich weiss, war das auch nur ein Problem das die 1.90.331 betraf - du hast doch die aktuelle Version.
Da würde ich das Problem noch woanders suchen.

[Jan]

Peter,

stimmt. Ich habe die Fortschrittsanzeige aus dem XBPack eingebunden. Wenn ich die rausnehme dann dauert das immer noch ca. 16 Sekunden für die 2.000 Einträge. Das irritiert mich etwas, denn im Gegensatz zu meiner selbstgebauten Fortschrittsanzeige auf ActiveX-Basis schien mir die von Alaska immer sehr Verzögerungsfrei zu sein.

Jan

[brandelh]

Bei allen solchen "Fortschrittsanzeigen" etc. muss man die Aufrufanzahl deulich senken,
sodass für den gesamten Vorgang maximal jeder 10. teilweise auch 100. Aufrufe angezeigt wird.
Es würde sogar reichen 1% Schritte anzuzeigen wenn man mit Schrift arbeitet.

Wobei 2000 Einträge in einer Listbox, wie soll man die auswählen, insbesondere wo das scrollen teilweise recht seltsam reagiert.

[azzo]

Kann es sein, dass hier ein COMMIT ausgeführt wird.
mfg
Otto

[Jan]

Hallo Otto,

nein. Zum Glück ist das hier nicht nötig.

Jan

[UliTs]

Hallo Jan,

hilft vielleicht statt eines delay auch oder sogar besser ein ProcessMessages?

Uli

[Jan]

Moin Uli,

wie bitte meinen?

Jan

[Tom]

Mit jedem AddItem() muss die Listbox neu "kalibriert" werden, etwa, was ihren Scrollbalken anbetrifft, aber auch den nötigen Darstellungsraum. Wozu soll eine Listbox mit 20.000 Einträgen gut sein? Vernünftig suchen kann man darin jedenfalls nicht.

[Martin Altmann]

Tom,
darum schlug ich ja auch vor, die Listbox zu hiden() - aber ob es was gebracht hat? Jan hat ja nicht geantwortet.

Viele Grüße,
Martin

[brandelh]

Im Prinzip müsste man die Neuberechnung bzw. Anzeigeaktualisierung abschalten und ganz am Ende einmalig durchführen.
Ob das eine Listbox kann weiß ich aber nicht. SOOO lange Listen habe ich noch nie geladen

[Jan]

Moin,

Martin: Leider hatte ich Deinen Beitrag beim ersten Lesen mißverstanden. Ich hab das erst wirklich begriffen, als Du das jetzt wiederholt hast. Und er war genau richtig. 2.000 Einträge in nicht mal 1 Sekunde! So muß das sein. Jetzt darf ich erstmal die Maximumwerte der Progressbar in den Listen wieder umschreiben

Tom: Ansich hast Du Recht. Eine Listbox in dieser Größe zu haben ist nicht unbedingt die eleganteste Lösung. Normalerweise. Hier geht es aber um etwas anderes. Ursprünglich waren das Listen, die einfach nur gedruckt wurden, inkl. einer Druckvorschau. Es kam dann aber von Anwendern die Frage, wie man denn die einzelnen Positionen bearbeiten könne (im Sinne von die Daten bearbeiten, die hinter jeder Druckzeile stehen). Also habe ich das jetzt so umgeschrieben, das jede Druckzeile ein Listbox-Element ist. Und auf Klick auf einige Pushbuttons neben der Liste kann man entweder wie gehabt die gedruckte Version erhalten, oder zu dem Datensatz hinter dem Listeneintrag springen, diesen bearbeiten, oder einzeln ausführlich ausdrucken. Und DAFÜR ist die Listbox durchaus das Richtige. Wobei die allermeisten Listen auch nur einige Dutzend Einträge haben. Die ganz lange ist eher die Ausnahme.

Jan

[brandelh]

Hallo Jan,

für mich hört sich das eher nach einem Job für den Browser an

[Jan]

Hallo Hubert,

in diesem Fall finde ich die Listbox interessanter. Hier mal ein Beispiel der Listen, die ich damit erzeuge:

Geburtstagsliste.jpg (52.23 KiB) 6658 mal betrachtet

Es gibt auch noch Listen, die nach dem Nachnamen, Beruf, etc. sortiert sind. Ich finde das so sehr übersichtlich, da eine "Überschrift" immer nur dann erscheint, wenn die anders ist als die aus dem vorigen Satz.

Mir fällt aber auf, das irgendwas noch nicht richtig funktioniert: Wenn die Liste angezeigt wird, dann ist kein Satz markiert. Ich muß immer erst einmal den Cursor ab drücken, damit der erste Satz markiert ist. Merkwürdig.

Jan

[AUGE_OHR]

Vernünftig suchen kann man darin jedenfalls nicht.

man kann doch inkrementell "suchen"

[azzo]

>Wenn die Liste angezeigt wird, dann ist kein Satz markiert
SetFocus()
mfg
Otto

[Jan]

Otto,

neenee. Den Fokus hat die Liste. Sonst würde ja auch der CursorAb nicht wirken.

Jan

[UliTs]

Moin Uli,
wie bitte meinen?
Jan

[peternmb]

Mir fällt aber auf, das irgendwas noch nicht richtig funktioniert: Wenn die Liste angezeigt wird, dann ist kein Satz markiert. Ich muß immer erst einmal den Cursor ab drücken, damit der erste Satz markiert ist. Merkwürdig.
Jan

wie wäre es mit

Code: Alles auswählen

oLbox:SetData(1)