Access 2010, Probleem met buttons laten werken in formulier.

Status
Niet open voor verdere reacties.

morghurash

Nieuwe gebruiker
Lid geworden
10 jan 2013
Berichten
4
Hallo,

Vrij nieuwe gebruiker van access voor stage kleine opdracht gehad en daar ben ik een aardig eindje klaar mee.
Alleen nu wil ik in mijn Klantformulier een button maken met de wizard dat er een rapport opent.
Dit lukt nog tot zover, maar als ik me button wil laten werken krijg ik de melding:

"De expressie bij klikken die u heb opgegeven als instelling voor de gebeurteniseigenschap, heeft de volgende fout veroorzaakt: Er is een fout opgetreden in de communicatie tussen Beurs en het OLE-bronprogramma of het Active-X besturingselement."

*De expressie geeft niet de naam van een macro, de naam van een door de gebruiker gedefinieerde functie of een [Gebeurtenisprocedure] als resultaat.
*Er is een fout opgetreden bij het evalueren van een functie, gebeurtenis of macro.

Als ik dan vervolgens op help weergeven klikt krijg ik:
"Deze fout treedt op als een gebeurtenis niet is uitgevoerd omdat de locatie van de logica voor de gebeurtenis niet juist kan worden geïnterpreteerd. Een voorbeeld: als de eigenschap Bij openen van een formulier is ingesteld op =[Veld], doet deze fout zich voor omdat hier de naam van een macro of gebeurtenis wordt verwacht die wordt uitgevoerd wanneer de gebeurtenis zich voordoet."

Hoe los ik dit op heb zelf al zwaar zitten googlen maar dit leverde geen succes op voor mij en besloot hier dus maar een account te maken en om hulp te vragen.

Ik heb ook geprobeerd willekeurige andere buttons te laten werken maar dat lukte ook niet en gaf de zelfde erorr, dus ik vermoed dat het ergens een instelling is maar kan er natuurlijk naast zitten.

Hierbij ook het bestand waarin ik werk.
Bekijk bijlage Beurs van Gent.rar

Groetjes Maarten

Edit, als ik een leeg formulier maak en doe enkel een knop werkt het wel.
 
Laatst bewerkt:
Heb je die db zelf gemaakt? Waarom zijn er 46 (ik heb ze geteld: het zijn er echt 46!) bibliotheken gekoppeld? Een idioot aantal, ook al omdat je er 43 niet gebruikt...
 
Hoi, ja db zelf gemaakt.

Bij mij zie ik er maar 3 aangevinkt namelijk:

- Visual Basic voor for applications
- Microsoft access 14.0 object library
- OLE Automation

heb wel wat getest door een aantal aan te zetten zoals active x dingen aan te zetten en doa's maar dat waren er geloof ik maar 5-6 en dat had ik na geen resultaat weer uitgezet.

Heb inmiddels het werkend door nieuw formulier te maken.
 
Er zitten zoveel dingen fout in je db, dat ik eerst maar eens de structuur zou bekijken, als ik jou was. Het heeft ook helemaal geen zin om dat nu allemaal te behandelen, want dan wordt de tekst onleesbaar lang. Ik heb hem ook werkend, en omdat ik er uiteraard verder niks aan heb, mag je 'm hebben :)
Tip: gooi in al je tabellen de indexen weg, want wat je nu doet is niet alleen volkomen zinloos, maar zelfs contraproductief, want je db wordt er alleen maar langzamer van...
 

Bijlagen

Ja dat vermoeden ik al, eerste keer dat ik met het programma te maken kreeg, een collega had eens met 2003 gewerkt en wou dat ik dit voor hem deed in 2010 omdat hij geen tijd had.
Bedankt in ieder geval.
Dus alles wat geindexeerd staat kan eigenlijk naar nee?
Zal hem iig als opgelost zetten ^^
 
Indexen moet je maken op velden waarop a) regelmatig zoekacties plaatsvinden (plaatsnamen, postcodes) en die b) herhalend (veelvuldig) voorkomen. Anders heeft een index totaal geen zin. Access maakt (simpel gezegd) op de achtergrond voor elke index die je toevoegt een aparte tabel aan waarin de records gesorteerd staann volgens de index. Hoe meer indexen, hoe meer tabellen er dus worden gemaakt, en hoe trager het systeem wordt. Een snelle database heeft een juiste mix van indexvelden. Meer is in dit geval dus vaak minder, en omgekeerd!
 
En dat hoeft nu ook weer niet, want je sleutelveld is zowiezo geïndexeerd. Nogmaals: kijk naar veldwaarden die in een tabel vaak terugkomen, zoals Plaatsnamen. Daar kun je prima een index op maken. Straatnamen zijn al een stuk minder interessant, omdat die al teveel verschillen per plaats.
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan