Jump to content

Marsau

Leden
  • Posts

    588
  • Joined

  • Last visited

Everything posted by Marsau

  1. Interessant, Ruben. Dat overschrijven begrijp ik niet, omdat je het gehoste bestand naar een lokale omgeving haalt. Bovendien is het makkelijk om de bestandsnaam 'on the fly' te manipuleren. Daarna moet ik zorgen dat het lokale bestand de gehoste 'moeder' terug kan vinden voor sync acties. Ik vertrouw (nu nog!) op dat ik dat bij elkaar kan scripten. De oplossing die je omschrijft met het helpbestand moet ik nog nader bekijken. Ik studeer nog even op deze oplossing (alles regelen binnen de applicatie zelf), omdat dat volgens mij de meest soepele gebruikservaring oplevert.
  2. Dank Hans & Felix. Inderdaad, een geopend bestand is niet bruikbaar. Ik zou dus in ieder geval moeten proberen een verse back-up te gebruiken. Maar dan nog eventjes de basisgedachte: - een server-script voegt het laatste geback'upte bestand in een container - een 'normale' script met 'Veldinhoud exporteren" zorgt dat het bestand lokaal wordt bewaard in Filemaker GO. Je omzeilt gedoe met SFTP en zou dus hiermee in theorie een hele soepele manier van bestandsdistributie hebben. Wat zie ik hier mogelijk over het hoofd?
  3. Beste mensen, Ik zoek een manier om vanuit een gehoste Filemaker applicatie het applicatiebestand lokaal te bewaren (downloaden). Dit om een gedistribueerde offline oplossing mogelijk te maken. Ik weet natuurlijk dat je vanuit de console ook de database kunt downloaden, maar ik zou deze download-optie in de applicatie zelf willen bouwen. (Vervolgens zal er gesynchroniseerd moeten worden, maar dat is latere zorg) Ik heb even gedacht een een server-side script dat een container in de database zou vullen met het het applicatie bestand, en daarna lokaal een script met 'Export veldinhoud' te laten draaien. Ik krijg het niet werkend. Misschien is mijn benadering onjuist. Wil graag even in dit forum checken of hier ideeën bestaan ten aanzien van deze uitdaging. M
  4. Nog twee observaties, ter toevoeging... Als ik eventjes de oude FMPro 12 opstart om pdf's in te voegen in de gehoste applicatie, werkt het direct. De pdf blijft zichtbaar inde container als je de applicatie daarna in FMPro 13 opent. Het lijkt me daarom eigenlijk uitgesloten dat de pdf-software daar debet aan is. Maar zodra je insert vanuit FMPro 13 krijg je weer de grijze container. Als je daarop de functie 'GetContainerAttribute(bronVeld;attribuutNaam)' toepast, zie je overigens alle specs van de ingevoerde file. Je kan hem echter op geen enkele wijze meer zichtbaar maken.
  5. Nadeel hiervan lijkt me wel dat je 'Enter-teken (of welk teken daarvoor wordt gebruikt) als keuze-optie op gaat voeren. Dat kan onwenselijk zijn.
  6. Ook getest met één verbinding. De performance ten opzichte van IWP kan ik nog niet goed inschatten, maar vind het een verademing na het toch wel wat houterige karakter van IWP. In ieder geval is zowel IWP als WD beduidend trager dan een normale client-verbinding, zou ik zeggen. Kan me nog niet goed voorstellen dat WD een vervanger van de client op een desktop zal zijn (zoals door Filemaker min of meer gepositioneerd). Meer iets voor incidenteel gebruik. Maar dit is slechts mijn huidige - door niet al teveel ervaring gedragen - opvatting.
  7. Dank je wel, Hans Erik. Zorgvuldig onderzoek! Onder OSX zou ik niet weten of ik settings ten aanzien van de pdf-software kan veranderen. Ik vrees eigenlijk van niet, zit diep in het systeem verankerd.
  8. Nog een belangrijke verduidelijking.. De reeds geplaatste pdf's zijn gewoon zichtbaar. Het gaat slechts om het toevoegen of vervangen van nieuwe pdf's. Dan krijgen we de gevreesde grijze container...
  9. @Felix: je bedoelt dat je het probleem niet kan reproduceren als je FMS 12 gebruikt. Je zou inderdaad kunnen denken aan een firewall kwestie. Echter... Als ik Filemaker Pro 12 gebruik om dezelfde applicatie te openen, werkt alles zoals verwacht. Conclusie?
  10. Op een mac kan het daarnaast ook met het oude Applescript.
  11. Thanks, ik lees in die discussie niet meer dan een vermoeden dat incompatibiliteit met FMS 12 inderdaad een probleem zou kunnen zijn. Maar is dat het dan ook? Mijn provider hield vol dat dit niet het probleem kon zijn.
  12. Ik heb een FM-applicatie waarin ik pdf-bestanden opsla in containers. Ik laat de database hosten op een Filemaker server en dat ging uitstekend. Op allerlei manier (drag and drop, script, invoeg-menu) kon ik pdf-bestanden invoegen en de resultaten waren direct zichtbaar in de interactieve container... Sinds ik Filemaker 13 gebruik werkt het niet meer. Bij drag and drop gebeurt er niets, en bij menu-opdracht 'PDF invoegen' of 'bestand invoegen' lijkt het of er iets wordt ingevoegd (de bekende pdf-knoppen worden zichtbaar), maar de container blijft grijs. Gebruik ik dezelfde database lokaal, dan werkt ie zoals verwacht. De applicatie draait op een Filemaker 12 server: kan dit het probleem zijn? Of zie ik iets anders over het hoofd? Alvast dank..
×
×
  • Create New...