VB activeX & filemaker

[Undermind]

Hallo,

 

Ik ben nieuw hier, collega heeft me naar dit forum verwezen voor een vraag over activeX controle van FM.

 

Mijn FM kennis is vrij beperkt, dus ik hou de oplossing van mn problemen liefst zoveel mogelijk in VB zelf, aangezien ik daar toch wat sterker in ben.

(ik sta zelf ook niet in voor de FM oplossingen van mijn bedrijf)

 

ik heb het voorbeeld VB activeX scriptje uit de filemaker help wat aangepast voor mijn "noden" en laten runnen.

Als filemaker niet draait werkt het script zonder problemen, maar wat ik echt wil is dat ik dit script kan runnen terwijl filemaker al geopend is.

jammer genoeg vind ik geen enkele manier waarop ik dit kan realiseren

 

zie ik iets over het hoofd?

 

hopelijk kunnen jullie me verder helpen

 

Met vriendelijke groeten van een groentje,

Filip

[Peter Wagemans]

Hoi Filip,

Je ziet niks over het hoofd. FileMaker moet wel degelijk draaien. In tegenstelling met Access mdb bestandjes moet je altijd via Filemaker passeren.

Als je niet wil dat FileMaker zichtbaar is, kan je het misschien als een service starten.

[Undermind]

ok, volgende probleem dan

 

ik heb een actieve filemaker waaruit ik een VB script run,

dit script maakt een comma separated file aan met een aantal waarden die dan terug ingelezen moeten worden in filemaker.

 

dit probeer ik te doen in 2 scripts, een waar ik mn visual basic script start, en het tweede script importeert dan records uit de csv file.

 

Ik zit hier met een timing probleem, blijkbaar voert FM graag alle stappen tegelijk uit als je geen pauzes invoert.

ik had al geprobeerd om in FM een loop te maken die breekt wanneer de file bestaat. Jammer genoeg vrat die loop alle resources van mn pc op, geen goed idee dus.

 

een activeX call vanuit VB naar het 2e script in filemaker lijkt me (voor mij althans) een ideale oplossing voor dit timing probleem.

 

probleem hiermee is dat de voorbeeldcode in FM er van uit gaat dat filemaker gesloten is bij aanvang van het script.

dat past niet echt in de filosofie die ik voor ogen had voor mn programma

 

dus misschien weet er hier wel iemand raad of kan er iemand me een uitgebreidere uitleg doorgeven omtrent de activeX controls van filemaker.

 

 

bij voorbaat dank,

Filip

[burggraaf]

Wellicht is het een oplossing / workarround om na het genereren van je comma seperated file een 2e (leeg) bestandje te plaatsen en de import op het bestaan van het 2e bestandje te triggeren.

 

Een move is mogelijk ook nog een optie. Zolang het bestand wordt aangemaakt kan het vanwege de file lock niet verplaatst worden.

[Peter Wagemans]

probleem hiermee is dat de voorbeeldcode in FM er van uit gaat dat filemaker gesloten is bij aanvang van het script.

dat past niet echt in de filosofie die ik voor ogen had voor mn programma

 

http://www.filemaker.com/help/08-Scripts9.html

 

Set FMProApp = CreateObject("FMPRO.Application")

CreateObject will launch FileMaker if it is not already running.

The GetObject function retrieves an Application object only if FileMaker is already running.

[wmoerdijk]

Wat ik altijd doe is hiervoor de (gratis) "shell" plug-in gebruiken. Een belangrijk kenmerk hiervan is dat deze wacht tot de externe instructie is uitgevoerd voordat het script verder gaat.

 

http://www.abstrakt.com/shell.html

 

Groet,

Wouter.

[Peter Wagemans]

Klopt, maar als je tegen FileMaker zelf iets moet vertellen, kan dat problemen opleveren. Want die kan niet antwoorden. Het programma is een script aan het uitvoeren en wacht op antwoord, en kan geen 2 scripts tegelijkertijd uitvoeren.

UC the Catch 22?

[RON7]

Ik gebruik heir Auto-It voor,laat het script in auto_it lopen (visual achtig) en pas na het beeindigen van het visual script wordt filemaker terug aangesproken.Draait stabiel.

[rgaros]

ik heb een actieve filemaker waaruit ik een VB script run,

dit script maakt een comma separated file aan met een aantal waarden die dan terug ingelezen moeten worden in filemaker.

 

Ik kan het mis hebben, maar ik krijg de indruk dat je dit ook in FM zelf kan doen en dat vanwege onbekendheid met FM voor een VB oplossing wordt gekozen.

 

Dit doet mij denken aan een database waar ik eens bij geroepen ben. De maker had meer ervaring met AppleScript en had ALLE functionaliteit die FM bood zelf herschreven in AppleScript (op de Mac). Zelfs GTRR. De enige scriptstap die in zijn FM scripts voorkwam was Voer AppleScript uit[].

En toen was de vraag aan mij of dit snel onder Windows kon draaien...

 

Oftewel je kan voor VB kiezen maar dan zit je ook aan Windows vast en als ooit een andere FM deskundige gevraagd wordt aanpassingen te doen heb je waarschijnlijk de verkeerde deskundige gevraagd. Nog afgezien wat er nog van werkt als een nieuwe FM versie verschijnt. Bij converteren kan FM wel automatisch berekeningen en scripts aanpassen maar geen VB...

 

Groet,

René

[Undermind]

de gegevens die mijn vbscript wegschrijft in een file komen uit een ander programma - wat niet aan te sturen valt met filemaker - vandaar het probleem.

 

ik heb intussen het probleem kunnen oplossen, en alles werkt zoals het hoort nu.

 

Bedankt voor alle input iedereen

 

mvg,

Filip