[VB] listview clearen is langzaam

[pkouwer]

Hi,

Ik heb een listview in VB met daarin plm 50.000 adressen. Als ik de listview wil clearen, dan duurt het enorm lang voordat hij leeg is.

Iemand een idee hoe dat komt en wat ik er aan kan doen ?

[ruuds]

zie je de inhoud zo langzaam omhoog / wegschuiven?? dan komt t gewoon door de eye-candy van windowz... (net als dat vloeiend schuiven in IE wat ik overigens uit heb staan)

doet ie dat ook bij 10 items?

[pkouwer]

nee, het lijkt of hij hangt. scherm blijft wit en er gebeurd een tijdje niets. Daarna gaat het programma verder..

[ruuds]

ehm... misschien dan omdat het veel geheugen in neemt.... ik zou het anders niet weten, en denk (als het dit is) dat je dat ook niet kan oplossen

[henkleerssen]

kun je de form niet ff hiden of zo? en na de clear weer laten showen? Misschien dat dat helpt?

[whoami]

Hoe wis je de items? Door de Clear() functie oid aan te roepen?

Wordt er code uitgevoerd bij de OnItemDelete event ofzo van de listview?

Maak je gebruik van de BeginUpdate() en EndUpdate() functies?

[henkleerssen]

whoami schreef op 10 september 2002 @ 11:38:
Hoe wis je de items? Door de Clear() functie oid aan te roepen?

Wordt er code uitgevoerd bij de OnItemDelete event ofzo van de listview?

Maak je gebruik van de BeginUpdate() en EndUpdate() functies?

Ja das ook iets.... wat de boel kan vertragen idd

[pkouwer]

Hiden van listview heeft geen resultaat en ik clear ze idd met de Clear-method van het listview. Er zijn geen events aanwezig.

[whoami]

Ik weet niet of het helpt bij het aanroepen van de Clear functie (ik veronderstel van wel) maar probeer eens dit:

code:

ListView.BeginUpdate();
ListView.Items.Clear();
ListView.EndUpdate();

Edit: kan zijn dat het ListView.Items.BeginUpdate() ofzo iets is... ben niet echt vertrouwd met VB.

[henkleerssen]

hiden van de hele form dan? dat een optie? Opnieuw form bouwen? Vaag probleem...
btw 50000 adressen.. zijn wel heel plenty..is dat uberhaupt handig om deze in 1 listview te zetten?

[pkouwer]

zal wel moeten, opdrachtgever wl het zo

[curry684]

whoami: dat is BCB-code en Begin/EndUpdate zijn gebaseerd op de interne dispatch-mechanismes van VCL, dus ik betwijfel of dat portable is. Ik denk dat je in VB beter even naar LockUpdate kunt zoeken om repaints af te blokken op je hele window, op dat moment gaat het clearen van een ListView meestal binnen een fractie van een seconde.

[curry684]

pkouwer schreef op 10 september 2002 @ 11:45:
zal wel moeten, opdrachtgever wl het zo

Opdrachtgever is vaak dom, en jij bent slim dus jij werkt met een 'view': je faket dat er 50000 elementen in de lijst staan door de scrollbar om de tuin te leiden, en zorgt er vervolgens voor dat alleen de zichtbare elementen in de listview staan... en vervolgens ga je bij het scrollen dynamisch de lijst vullen/legen.

Just a thought

[whoami]

curry684 schreef op 10 september 2002 @ 11:46:
whoami: dat is BCB-code en Begin/EndUpdate zijn gebaseerd op de interne dispatch-mechanismes van VCL, dus ik betwijfel of dat portable is. Ik denk dat je in VB beter even naar LockUpdate kunt zoeken om repaints af te blokken op je hele window, op dat moment gaat het clearen van een ListView meestal binnen een fractie van een seconde.

Hmmm.... In .NET heeft een Listview ook een method BeginUpdate en EndUpdate vandaar....

[whoami]

henkleerssen schreef op 10 september 2002 @ 11:45:
hiden van de hele form dan? dat een optie? Opnieuw form bouwen? Vaag probleem...
btw 50000 adressen.. zijn wel heel plenty..is dat uberhaupt handig om deze in 1 listview te zetten?

Dat vind ik niet echt een optie. Het hiden van een form zorgt altijd wel voor verwarring bij de gebruiker, en het opnieuw creëeren kan ook traag gaan.

[curry684]

Kijk hier eens naar. Een DB-bound listview met dynamische updatetechniek en alle andere rotzooi die je zou kunnen wensen... en kost nauwelijks wat.

[pkouwer]

curry684 schreef op 10 september 2002 @ 11:48:
[...]

Opdrachtgever is vaak dom, en jij bent slim dus jij werkt met een 'view': je faket dat er 50000 elementen in de lijst staan door de scrollbar om de tuin te leiden, en zorgt er vervolgens voor dat alleen de zichtbare elementen in de listview staan... en vervolgens ga je bij het scrollen dynamisch de lijst vullen/legen.

Just a thought

hmm...niet eens zo'n slecht idee, zal eens gaan knutselen

[henkleerssen]

Idd.. dynamisch updaten.. lijkt me dan een oplossing... Lijkt me alleen wat veel werk..

[Tukk]

Ik weet niet of een form hidden maken er voor zorgt dat de paint functie niet uitgevoerd wordt.
Volgens mij is dat het gene wat je wil voorkomen door de form hidden te maken.
Schakel van de form en mogelijk van de control de paint-functie uit voordat je alles gaat verwijderen.

code:

 form.autoredraw = false

Daarna zet je de redraw weer aan. Hierdoor zal het zeker niet trager worden en je form verdwijnt niet.
helpt het?

[ruuds]

henkleerssen schreef op 10 september 2002 @ 11:54:
Idd.. dynamisch updaten.. lijkt me dan een oplossing... Lijkt me alleen wat veel werk..

maar als ie anders zo traag wordt moet je wel......

[Mir]

Je moet even .Redraw(was het nou zo? ... damn, weet het even niet meer uit mijn hoofd) uitzetten, clearen, aanzetten.

[curry684]

henkleerssen schreef op 10 september 2002 @ 11:54:
Idd.. dynamisch updaten.. lijkt me dan een oplossing... Lijkt me alleen wat veel werk..

En daarom gaf ik die link erbij waar je voor een relatief klein bedrag een superdeluxe control kunt bestellen die dat allemaal voor je doet

[pkouwer]

ik denk dat ik idd de lijst splits in blokken van 10.000 en met een 'page up', page down'functie ga werken

[curry684]

pkouwer schreef op 10 september 2002 @ 12:04:
ik denk dat ik idd de lijst splits in blokken van 10.000 en met een 'page up', page down'functie ga werken

Dat is wel heel ranzig, doe ze dan splitsen op eerste letter achternaam

[pkouwer]

waarom zou ik niet gewoon zeggen de eerste 1000 records, tweede 100 0 records,.... ?

[Verwijderd]

in c++ zou ik een LVM_DELETEALLITEMS sturen om de listview leeg te maken...

[curry684]

pkouwer schreef op 10 september 2002 @ 12:17:
waarom zou ik niet gewoon zeggen de eerste 1000 records, tweede 100 0 records,.... ?

Omdat ik dan als ik Pietje Puk wil opzoeken alle pagina's van 30 tot 40 moet uitspitten.

[Mir]

Verwijderd schreef op 10 september 2002 @ 12:18:
in c++ zou ik een LVM_DELETEALLITEMS sturen om de listview leeg te maken...

Ja, en in ASM een reset..

daar gaat het in dit topic toch niet om!

[Mir]

pkouwer, heb je die autoredraw's al uitgeprobeerd? (kan het hier niet doen)

[mulder]

Mir schreef op 10 september 2002 @ 13:31:
[...]



Ja, en in ASM een reset..

daar gaat het in dit topic toch niet om!

Waarom niet? VB kan volgens mij ook gewoon een SendMessage doen.

[Lorn]

LockUpdate of iets in die geest werkt geweldig zoals iemand anders ook al heeft aangegeven. Scheelt echt een heleboel tijd als je de listview gaat leeg gooien. Is verreweg de meeste simpele oplossing.

[Mir]

Don Facundo schreef op 10 september 2002 @ 13:34:
[...]


Waarom niet? VB kan volgens mij ook gewoon een SendMessage doen.

Ok, woorden terug genomen als je het bedoelde als echte optie en niet " C++ is beter".

Want ja dat kan, sendkeys()

[Unifex]

kun je die code eens laten zien heb hier een klein testje met 75000 entries gedaan en die is in 1 sec leeg.
list.visible = false
list.clear
list.visible = true

[whoami]

Unifex schreef op 10 september 2002 @ 14:27:
kun je die code eens laten zien heb hier een klein testje met 75000 entries gedaan en die is in 1 sec leeg.
list.visible = false
list.clear
list.visible = true

Wat is het gevolg van die code? Je listview is ff weg, en verschijnt terug maar dan leeggemaakt.... De grote verdwijntruuk zeg maar. Volgens mij heeft dat als gevolg dat je scherm even 'flikkert'.

Ik zou met zo'n code bij m'n baas of klanten moeten aankloppen, 't zou niet in goeie aarde vallen...

[Crazy D]

In een selectie scherm "moest" ik van de klant ook eerst alles tonen, want dat vond ie wel makkelijk, kon ie lekker scrollend zoeken. Nadat we het hadden laten zien op zijn eigen database met 10.000+ artikelen, vond ie heel snel dat het misschien toch handiger is om eerst een zoektekst in te laten geven. En hij vond het, als ie een zoekopdracht geeft die heel veel voorkomt (e of zo...) het dan ook logisch dat het eventjes duurt, en vond het dan ook niet zo erg. Sindsdien gebruik ik dat standaard, en de meesten vinden dat toch wel handig werken (zeker als je de zoekform meteen op een eventueel ingevoerde tekst laat zoeken en bij 1 resultaat die ook meteen selecteerd).

[Unifex]

Die flikkering is minimaal.
Sterker nog is nauwelijks waarneembaar, aangezien hij de verticale scrollbar weghaalt, lijkt het op een draw actie.

Ivm traagheid is de visiblity van een component meestal de bottleneck.

Dit geldt overigens voor veel componenten. Test het bijv. maar eens met notepad
Lees een bestand in van 1mb en replace alle , met een ;.

Als je dit met een maximaal window doet gaat het erg traag. Hij update namelijk steeds de view pane.
maak je de view pane zo klein dat je niets ziet dan is hij binnen een sec klaar.

Dit geldt ook voor een listview box. Vandaar dat je hem even niet visible maakt.

[Mir]

Je kan er desnoods nog een fake listbox achter zetten waardoor het lijkt alsof 'ie gelijk leeg is (disable die fake dan ofzo).

als we dan toch al ranzig bezig zijn

[Unifex]

Dat ik daar nog niet aan gedacht had Briljant gewoon.

[curry684]

Mir schreef op 10 september 2002 @ 15:50:
als we dan toch al ranzig bezig zijn

Winner of the day: je installeert tijdelijk een systemwide hook die alle WM_PAINT messages rechtstreeks de vuilnisbak inkiepert, en zodra je operatie klaar is invalidate je de hele desktop.

Of je doet gewoon zoals ik vanochtend al suggereerde even met LockUpdate netjes de repaints blokkeren en dan ben je ook klaar zonder ranzigheid...

* curry684 vraagt zich af of mensen wel eens naar 'm luisteren.

[Crazy D]

curry684 schreef op 10 september 2002 @ 16:19:
Winner of the day: je installeert tijdelijk een systemwide hook die alle WM_PAINT messages rechtstreeks de vuilnisbak inkiepert, en zodra je operatie klaar is invalidate je de hele desktop.

Da's wel een echte oplossing

* curry684 vraagt zich af of mensen wel eens naar 'm luisteren.

[Mir]

curry684 schreef op 10 september 2002 @ 16:19:
[...]

* curry684 vraagt zich af of mensen wel eens naar 'm luisteren.

agrees... Maar ik ga dan maar met de golf mee in de hoop dat ...

Of je doet gewoon zoals ik vanochtend al suggereerde even met LockUpdate netjes de repaints blokkeren en dan ben je ook klaar zonder ranzigheid...

* Mir Dekt zich even in
Ik noemde het dan .Redraw, maar ik zat niet achter VB en wist de benaming niet..

[ Voor 0% gewijzigd door Mir op 10-09-2002 16:45 . Reden: indekken ]

[Unifex]

curry684, ik ben altijd leergierig en zou graag dat stukje code van die lockupdate in vb willen zien. (m.b.t. tot die listview dan )

Bijvoorbaat dank.

[Verwijderd]

creeer een nieuwe op de voorgrond. . . hide de ouwe .. en flush hem dan pas. . . dan ziet de user de nieuwe. . .dus zietie geen delay

[curry684]

Unifex schreef op 10 september 2002 @ 16:49:
curry684, ik ben altijd leergierig en zou graag dat stukje code van die lockupdate in vb willen zien. (m.b.t. tot die listview dan )

Mijn VB is net zoals de taal zelf: belabberd

[Sponge]

code:

decl:
Public Declare Function LockWindowUpdate Lib "user32" (ByVal hwndLock As Long) As Long

sub:

lockwindowupdate listview.hwnd
listview.listitems.clear
lockwindowupdate 0

Uit m'n hoofd, maar dit moet gewoon werken

[Mir]

Mir schreef op 10 september 2002 @ 15:50:
Je kan er desnoods nog een fake listbox achter zetten waardoor het lijkt alsof 'ie gelijk leeg is (disable die fake dan ofzo).

als we dan toch al ranzig bezig zijn

Verwijderd schreef op 10 september 2002 @ 16:51:
creeer een nieuwe op de voorgrond. . . hide de ouwe .. en flush hem dan pas. . . dan ziet de user de nieuwe. . .dus zietie geen delay

Gamma

curry684 schreef op 10 september 2002 @ 16:54:
[...]

Mijn VB is net zoals de taal zelf: belabberd

Je had dan het eerste stuk er niet bij hoeven doen hoor...
Mensen die dit beweren hebben er idd geen kennis van!

En laten we hier niet daarover discuseren...maar ooit van "efficientie" gehoord?


[edit]

als reply maar zonder nieuwe post:
Ik had het niet over of VB stabiel, snel, goed en blabla is...organisatorisch..

[curry684]

Learn to read the smiles.... ennuh laten we er hier niet over discussieren maar het vervolgens wel aansnijden: efficientie begint bij een stabiele IDE, wat VB6 iig niet is.

[robjanssen]

Ik heb ergens gelezen dat de Clear methode erg langzaam is.

Het gaat veel sneller om met een For-lus alles items te doorlopen en dan steeds RemoveItem te doen.

[mulder]

Mir schreef op 10 september 2002 @ 15:50:
Je kan er desnoods nog een fake listbox achter zetten waardoor het lijkt alsof 'ie gelijk leeg is (disable die fake dan ofzo).

als we dan toch al ranzig bezig zijn

_{misschien gewoon een frame, sunken, bgcolor white}