28. oktober 2001 - 17:32Der er
7 kommentarer og 3 løsninger
\'Calculating\' besked i listbox
Når jeg bruger piltasterne og Enter i en listbox (og kun denne), så tager det et stykke tid og der kommer beskeden \'calculating\' i nederste linie. Selvom jeg har slettet al koden i On key down eventet får jeg alligevel beskeden og forsinkelsen. Hvis jeg sætter en toggle breakpoint ind og trykker continue efter stoppet, kommer der en macroramme frem, selvom jeg ikke bevidst har bedt om nogen macro. Hvad er det mon der sker? Jeg har en anden listbox bygget efter samme system og den gør ikke sådan.
I hav seen this before, and I could imagine that the control source or record source thats getting refreshed. Is the other listbox on the same form? You could try replacing it with a new one to see if that helps.
Du siger at du har slettet al koden i OnKeyDown-eventen! Men hvor sætter du så dit breakpoint ind?
Makroen kan jo også ligge andre steder end på OnKeyDown på listboxen. Den kan ligge på OnKeyDown på formen, eller den kan ligge på AfterUpdate eller BeforeUpdate på listboksen samt et par muligheder mere.
I din \'makroramme\' kan du jo endvidere se hvad makroen hedder!
Endelig kan det, at den skriver \'Calculating\' lige så godt vre hvis du f.eks. har en beregnet tekstboks, som henter en værdi fra listboksen.
Kan du give lidt flere oplysninger eller prøve noget af dette af?
Hvis jeg sætter en anden listbox på formen, skrives også \'calculating\'. Den listbox - som opfører sig normalt - ligger i en anden form. De to listboxe har samme funktion: menuvalg baseret på en valuelist. Jeg kan ikke finde kode under de nævnte events.
Når jeg indsætter toggle breakpoint er der selvfølgelig kode - den ser sådan ud: Private Sub lsbDatoskift_KeyDown(KeyCode As Integer, Shift As Integer)
\'Datoer skiftes i start- og slutdatofelter If KeyCode = 13 And lsbDatoskift.ListIndex = 0 Then txtDatoFra = txtDatoFra - 30 txtDatoTil = Date End If
Breakpoint indsættes på første linie. Hvis man kører continue 2 gange sker der dette mærkelige: En macroramme kommer til syne og vil køre en macro ved navn \'Attachment\'(!). Kørsel af denne Attachment tager et stykke tid og efter dette beder den igen om at køre den samme macro osv. Giver det et spor til hvad der kan være galt? Det må jo være mig selv, der er kommet til at opsætte et eller andet!
Nu har jeg prøvet at opbygge formen igen og kaldt den noget andet. Desværre får jeg stadig \'calculating\' og når jeg skifter fra Design får jeg beskeden: This object is locked, so changes you make will be discarded when the form is closed. Der er en graf på formen, hvis det betyder noget.
Nu har jeg fået problemet \'kogt ind\': når der er en graf og en listbox på samme form, så laver en aktivitet på listboxen åbenbart en \'calculation\' af grafen ved i hvert fald klik og piltaster - kan man forhindre dette? Jeg har prøvet at sætte Update graf til manual, men det accepteres ikke.
Eftr min bedste overbevisning er der ingen forbindelse mellem listboxen og grafen. Jeg har oprettet grafen baseret på en tabel og jeg giver listboxen en Value list vha. Listbox.Rowsource fra form load eventen - kan dette give en eller anden forbindelse?
På en testform KUN inholdende en graf baseret på en tabel og en listbox sat til Field values kan jeg se, at i det øjeblik listboxen tildeles værdier vha. listbox.rowsource=\"x;y\", så begynder \'calculating\' ved aktivitet (klik el. andet) på listboxen. Fjernes listbox.rowsource=\"x;y\" forsvinder \'calculating\' (undtagen når formen startes)!?
Fik aldrig lkistbox og graf til at virke sammen, men bruger nu en stribe almindelige knapper, og det virker fint.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.