Ga naar inhoud

Maarten Witberg

Leden
  • Items

    194
  • Registratiedatum

Recente bezoekers van dit profiel

De recente bezoekers block is uitgeschakeld en zal niet meer getoond worden aan gebruikers.

  1. Ik heb nog een setje PHP-HTML bestanden rondslingeren die een aantal jaar geleden gemaakt zijn voor IDEAL transacties gestuurd vanuit filemaker/IWP (ja zo oud). Het heeft een tijdje naar behoren gefunctioneerd maar klant is inmiddels overgestapt naar 'echte' webshop technologie. Ik heb verder geen ervaringen opgedaan. Voor je te enthousiast wordt: Mollie en Ideal werken voorzover ik weet niet in iFrames dus met Webdirect gaat dit niet werken. Dit was ook de reden van de enigszins krakkemikkige opzet met IWP: opdrachtgever had een eigen website, vandaar uit kwam klant in de IWP shop- en betaalpagina, en vervolgens werd er ook nog eens een aparte idealpagina geopend. Allemaal geen schoonheidsprijs. Inmiddels werkt mijn filemaker applicatie daar als backend voor de orderverwerking, leveringsplanning en voor de verdere CRM. Het principe is dat je met de betaalgegevens uit Filemaker een URL samenstelt (let wel moet HTTPS zijn). hiermee wordt de betaalpagina gegenereerd. Uiteindelijk komt er een postback van de betaalprovider en daarmee kun je een record aanmaken in Filemaker. Neem contact op als je de bestanden wil inzien, maar zonder garanties!
  2. Dit zegt filemaker zelf: http://help.filemaker.com/app/answers/detail/a_id/7769/kw/Dropbox Er vindt geen synchronisatie plaats. Het lijkt me ook risicovol voor de database als dat zou plaatsvinden. Indien je meerdere gebruikers hebt is een oplossing met Filemaker Server het beste.
  3. Het zou kunnen, ik heb voor de zekerheid nog een commit records aan een het startmenu script toegevoegd. Nu maar afwachten of het probleem weer opduikt...
  4. Ik kom de volgende situatie tegen: - gebruiker 1 heeft de database op de layout 'startmenu' staan. Op deze layout staan diverse knoppen en een aantal samenvoegvelden die statussen weergeven die in een gerelateerde tabel staan met 1 record. - gebruiker 2 runt een script. In dat script worden gegevens weggeschreven naar die gerelateerde tabel. Gebruiker krijgt een meldig die record lock aanduidt ("een andere gebruiker enz..."). Volgens mij is de situatie aldus: het ene gerelateerde record zou niet actief moeten zijn. Waarom is er dan toch een record lock? Of zie ik iets anders over het hoofd? alvast dank, Maarten
  5. Hier kun je in elk geval versie 7 nog vinden: http://www.filemaker.com/support/downloads/downloads_prev_versions.html
  6. Ik denk dat het moet zijn veld instellen [ bijlagen::openen ; "file:/" & get (bureaubladpad ) & bijlagen::bijlage ] om het in de webviewer te laten zien. Gaat niet met alle bestandsformaten, alleen PDF, JPG, MP4, csv, txt. Office documenten kun je met OpenUrl openen.
  7. Ik heb geen ervaring met fm 10. Ik zie op de filemaker KB geen waarschuwingen. (je kan daar ook zelf zoeken: filemaker.com/kb ) De logica is zoals ik het eerder beschreef: gebruik alleen functionaliteit van de oudste versie client. De bestandsstructuur van databases gemaakt met versie 7 tot en met 10 is gelijk (en heeft de extensie .fp7). Dus het zou moeten werken. Als je het zeker wilt weten, en niet één van de goeroes hier springt erin, bel je met filemaker nederland, dit lijkt me onder de categorie presale technische vragen te vallen waar ze zo antwoord op geven.
  8. ja, als je een link hebt naar een analoge klok of deze cf voor een digitale klok weet aan te passen: http://www.briandunning.com/cf/1079
  9. Ik kan uit eigen ervaring zeggen dat Fmpro 9 clients op server 8 kunnen inloggen. Voorzover ik weet kan elke client vanaf versie 7 gecombineerd worden met elke server vanaf versie 7. Wel is het zo dat de database alleen functionaliteit mag hebben die compatibel is met de oudste versie client. Dus in versie 10 geïntroduceerde functionaliteit zal het niet doen op een versie 8 client. de filemaker KB geeft slechts één (ouder) advies over gemengde server-client omgeving voorzover ik kon vinden. ter aanvulling: KB artikel over systeemvereisten voor server 8. voor andere versies zijn ook artikelen te vinden op de KB. ik geloof dat server 7 de laatste versie is die (onder rosetta) in classic-omgeving draait.
  10. is het een formulier dat altijd hetzelfde format heeft? dan kun je bijv, met GetValue ( Mailtekst ; 1 ) de naam parseren en zo verder. Een deel van de woorden zal je willen overslaan of uitfilteren. Als je preciezere hulp nodig hebt moet je een compleet formulier posten en het gewenste eindresultaat in de losse velden.
  11. jawel, het is alleen niet verstandig. GetRepetition ( HerhalendVeld ; Get ( NummerBerekeningHerhaling ) + 1 ) - GetRepetition ( HerhalendVeld ; Get ( NummerBerekeningHerhaling ) ) niet opgeslagen (vanwege de Get() functie; één herhaling minder dan HerhalendVeld. Toch maar relationeel oplossen, is altijd beter verderop in de ontwikkeling
  12. goed of slecht toekomstgericht... naar het schijnt is dbf import in 10.0v3 updater weer beschikbaar. nieuws uit de tweede hand, want ik hobbel nog immer voort in v9. http://filemakertoday.com/com/showpost.php?p=96155&postcount=7
  13. Ik denk dat je die vier stappen gewoon onder de if-end if kunt brengen dus if [ get ( gevondentelling ) = 0 ] script onderbreken / hervatten [ onbeperkt ] stap 1 [ ] stap 2 [ ] stap 3 [ ] stap 4 [ ] end if stap 5 [ ] als dit niet is wat je bedoelt, moet je meer vertellen over je script.
  14. hier dacht ik aan.... Batchvolgnr.fp7.zip
  15. mee eens, maar ik begreep dat het er hier om ging de records als uniek herkenbaar voor de gebruiker te maken. Als je gebruiker en timestamp gelijk zijn (door gescripte aanmaak) kun je dat bewerkstelligen door een batchvolgnummer mee te geven in het aanmaakscript. Dat staat los van de primary key.
×
×
  • Nieuwe aanmaken...