Leo

We hebben opgemerkt dat FM Server 8 een aantal van onze bestanden na een tijdje vanzelf sluit. Nadien kunnen ze niet meer geopend worden tenzij na een recovery en dan kunnen ze weer met de Server 8 geopend worden tot de volgende keer ... FM Server 7 heeft geen problemen met het open houden van de bestanden. Het systeem is nog niet in productie gebruikt: dus het zou me ten sterkste verbazen als er een databank-corruptie zou ontstaan zijn tenzij dit gebeurt is door het importeren van oude data of bij het overcopiëren van een aantal scripts en layouts om sneller nieuwe te kunnen maken. Andere mensen met een soortgelijke ervaring? Leo

En met Filemaker 8 ? Conclusie van het verhaal: Na het uit elkaar trekken van het script blijkt dat het merendeel van de vertraging wordt opgelopen op het einde van het script waar er een aantal waarden (3-tal) worden weggeschreven naar een Archief (extern). In het archief worden dan dmv lookups de bijbehorende waarden opgezocht. Dit neemt tijd. Desalniettemin: het inlezen blijft enigszins traag ivm FM 6 en OS 9. Bedankt om mee te denken Ronny. Leo

Dat gaat wel ietsie pietsie sneller. Maar zelfs een script dat alleen maar de barcode leest en dan entered is traag. Moet echt wel aan FM zelf liggen. Leo

Ronny, Ik vermoed dat als het onder Word snel gaat dat het dan ook onder FM snel zouden moeten gaan maar zoals hierboven: is dus blijkbaar script gebonden. Leo

In Word gaat het inscannen wel snel onder OS X. In FM gaat het ook snel maar dan zonder script en dus rechtstreeks. Zal dus eens moeten zoeken hoe ik eventueel mijn script kan opsplitsen want daar gebeurt nu redelijk veel in: 1. 1ste barcode persoonsgeboden barcode wordt ingescand in global, gevolgd door commit record volgorde: show all records - - omit record - show omitted only - empty global- go tot global field en select -pause resume - commit 2. check op openstaande bedragen contactpersoon: te betalen 3. check op evt andere opmerkingen bij contactpersoon 4. check op lidmaatschap 5. start loop inscannen nieuwe barcodes voor materialen,/producten steeds gevolgd door commit met check op max. aantal materialen. PS: Het doorgaan van het script wordt getriggerd door de enter die op het einde van de barcode meegegeven wordt. Maar het is echt dat eerste stukje: je ziet de cijfertjes een na een verschijnen. Ps De conversie van de orignele FM 6 applicatie naar FM 7 levert hetzelfde probleem op het is dus niet omdat het een nieuwe applicatie is alhoewel de Frontend met layouts en werking programma, data-engine en rapporten engine zijn gescheiden. De oude FM6 app geeft het probleem ook in het script.

Heeft er iemand onder jullie suggesties voor het versnellen van de data entry onder FM 7 en Mac OSX? Probleem: Barcode wordt ingelezen in een veld via een script gevolgd door een enter en op basis van deze info worden nog een aantal checks uitgevoerd door het script. OnderMac OS 9 ging het inlezen van de barcode razend snel. Onder MACOS X (versie maakt niet uit) kun je op het scherm zien hoe geleidelijk het ene cijfer na het ander cijfer verschijnt bij het inlezen en als je geluk hebt ben je een paar seconden later gelukkig als je weet dat je script succesvol is afgrond. Ergens wel gehoord dat je als je het aantal beschikbare lettertypes terug dringt dat je dan snelheidswinst kan bekomen ... Nog andere suggesties ...? Leo Ps. Het probleem van de snelheid stelt zich ook FM6 onder OS X maar in iets mindere mate. Volgens mij stelt het probleem zich niet onder Windows.

Ja hoor Leo

Hallo, In de categorie idiote vragen is dit waarschijnlijk wel de max maar waarom werkt het meest simpele aller commando's "beep" niet onder Windows XP met FM Pro 7 (werkt ook niet met FM 6)? En met werkt niet bedoel ik : er is niets maar dan ook niets te horen of te zien. En jawel hoor: het volume staat wel degelijk aan. Enig idee? Leo

Als je onder OS X in de "Home"-folder en dan in de "Library"-folder een nieuwe folder creëert met als naam "PDF Services" en daar een alias in plaatst van bijvoorbeeld Entourage (of Mail), dan kan je vanuit elk programma (4D, FileMaker, ...) wanneer je print een .pdf sturen als bijlage bij een mail. Dat vermijdt dat je eerst moet printen en bewaren als .pdf en een naam kiezen en dan je mailpakket moet openen en dan een nieuwe mail creëren en dan de attachtment toevoegen. >> Alles dus in 1 keer. Daar zijn waarschijnlijk nog meer leuke dingen mee te doen. Leo

Iemand ervaring met FM Pro Migrator (http://www.fmpromigrator.com/products/fmpro_migrator/index.html) of met FM Robot (http://www.newmillennium.com/index.php?src=directory&view=products&srctype=display&id=72&category=Developer%20Software&submenu=FMrobot_Overview)? Leo

Weer geruimere tijd stil geweest. Ik wou toch nog even zeggen hoe ik het opgelost heb. Ik heb het script dan toch maar extern gelaten en op een server geplaatst. Het Applescript is bewaard als Applicatie. Binnen FM ben ik er niet uitgeraakt. Moest er nog iemand interesse hebben: ik wil de oplossing wel doormailen. Leo

Bedankt voor de reactie rmw. Ik heb al AS van 4/5 pagina's volledig in FM opgenomen die spreken met verschillende FM db, met Entourage, met de Finder en andere ... die allemaal werken. Het enige dat ik hier van FM nodig heb is de padnaam naar het bestand. Alle HTML wordt dan uitgelezen uit het opgesomde bestand en opgeslagen in een AS variabele. Deze HTML code wordt op zijn beurt gestuurd naar entourage waar ik dan op de MAC een HTML geformateerde Mail met images en al kan opstellen. Het probleem is hier toch wel wat anders denk je opgeeft ( wat ook correct is). In het voorbeeld wordt de "FileRefNum" niet wordt herkend. Ik vermoed doordat dit komt omdat het inlezen van de inhoud van een file en het werken met andere Text Delimiters gebonden is aan het AppleScript Object en enkel vanuit AS zelf kan uitgevoerd worden. Ik dacht dat het er aan lag dat ik geen expliciete applicatie aanspreek om dit te doen en FM dus denkt dat ie dat zelf moet doen. Extern werkt dit script dus wel. Als ik nu zou weten welke applicatie ik zou kunnen aanspreken om dit alsnog uit te voeren. Bestaat er zoiets zoals Applescript SystemEvent Object? Mvg, Leo

Hallo, Ik probeer dit AppleScriptje in FM te steken maar dat werkt niet. Als je dit AS gewoon in AS bewaart werkt het wel. Mag ik vragen of er iemand weet wat ik moet wijzigen om dit in FM te laten werken? De databank "untitled.fp5 is een datbank met een tekstveld "PathAttachmentHTMl" met daarin een padnaam naar een HTML-bestand. Lijkt me iets triviaal ... Bedankt, Leo set attachmenthtml to "" tell application "FileMaker Pro" go to database "untitled.fp5" set attachmenthtml to cell "PathAttachmentHTML" of current record as string end tell set filealias to attachmenthtml as alias set AppleScript's text item delimiters to {":" as Unicode text} set fileName to text item -1 of (filealias as Unicode text) set AppleScript's text item delimiters to {""} try set FileRefnum to (open for access filealias without write permission) -- open the file set theSource to read FileRefnum close access FileRefnum on error strError number numberError try close access filealias end try error (strError & return & return & numberError) end try return {theSource, fileName}

De boodschap "Are you sure you want to remove the selected tables from the graph ..." negeren die je krijgt als je in relationships toch een voorstelling van een tabel wist. Zoals de boodschap duidelijk zegt gaan alle referenties in calculations, scripts en waardelijsten onherrroepelijk verloren. Het leuke van de zaak is dat je als je alles terug opnieuw definieert (de layout, de relaties en de scripts en de calculaties) datje je databse niet meer aan de praat krijgt. Je ziet dan in je tabel definites nog wel hoeveel records dat je hebt maar je kan blijkbaar niet meer te zien krijgen wat er in de aparte velden staat. Ook een volledig nieuwe layout maken gaat niet. Meer nog je kan de bestaande records zelfs niet eens exporteren ... Leo PS Dat lijkt me toch niet correct te zijn dat je niet meer aan je gegevens kan.

Dit ziet er dan toch veelbelevond uit voor dit probleem: http://www.nmci.com/Product_Overview.htm?pid=P77YJCFQ66NXQYB0LCXW&-session=dwc:255E278C7D05360A4B7AD09722809C29 en http://www.nmci.com/Conversion_Tools.htm Leo