PDF bewaren… of toch niet?

[bigbadwolf]

Geen idee waarom dit ineens zo is, maar een script wat al langer in gebruik is mag ineens geen pdf meer bewaren.

Het pad wat ik gewoonlijk gebruik is get ( TemporaryPath ) & "bestandsnaam.pdf".

Niet zo heel veel bijzonders zou je zeggen. Een tijdelijk script wat ik gemaakt heb wat een pdf op dezelfde plek wil schrijven heeft er echter geen problemen mee.

Kennelijk zie ik iets over het hoofd, maar de logica ontgaat mij op het moment even. Hopelijk heeft iemand nog een idee waar ik kan kijken.

[Marsau]

Ok, ik las daar even over heen. Dus pdf-scriptstap-specifiek. 

Is dit wat?

https://community.claris.com/en/s/question/0D50H00007H1uX8SAJ/solved-save-records-as-pdf-not-working-on-new-windows-install-error-800

 

[Banach]

Kijk even met de dataviewer wat de bestandsnaam precies is. Er kan ook een whitespace tussenzitten o.i.d. Verwijder ook eens de betreffens scriptregels en voer die opnieuw in.

[bigbadwolf]

Ben er nog niet helemaal uit, maar ik heb het ook nog even op een andere PC getest en daar werkt het wel goed (net als op mijn eigen Mac).

De enige onbekende factor in het verhaal is dat de systemen waar het niet op werkt hun documenten standaard bewaren op een ONE Drive. Maar of dat invloed heeft?

[Banach]

Probeer dan eens om de pdf op het bureaublad te bewaren. Lukt dat wel dan zal het idd met die ONE drive te maken hebben. Script-technisch kun je dan eerst het temporypath proberen en wanneer je daarop een foutmelding krijg kies je de desktop of andere map.

[bigbadwolf]

We hebben ook getest op niet OneDrive PC’s. Daar gaat het goed, dus we kunnen redelijkerwijs vaststellen dat het script niet het probleem is (hoewel er een grijs gebied blijft). Bewaren op de desktop heeft geen zin, die is overgenomen door de OneDrive.

Vreemd genoeg worden in dezelfde sessie (soms) ook Excel-bestanden gemaakt die wel zonder problemen bewaard worden. Maar ook wanneer ik het temporarypath gebruik komt hij met dezelfde (vage) foutmelding (800, wat vervolgens eigenlijk volstrekt weer niet zegt waarom het bestand niet geschreven kan worden, alleen dat het niet geschreven kan worden… nog een lange weg te gaan voor FileMaker in duidelijk zijn waarom iets niet werkt).

Dank voor het meedenken. We blijven voorlopig nog even zoeken naar de ultieme oplossing (helaas is dat niet OneDrive in de trash schuiven).

[Banach]

Kun je proberen om het volledige pad in het script uit te schrijven? Wellicht is temporypath bij gebruik van oneddrive niet correct gedefinieerd.

[Marsau]

Fout 800 zag ik vaak als er in een dynamische bestandsnaam verboden tekens verschenen voor de schijf waarop de actie gericht is. De oplossing was dan ook vaak eenvoudig. 

[bigbadwolf]

9 hours ago, Marsau said:

Fout 800 zag ik vaak als er in een dynamische bestandsnaam verboden tekens verschenen voor de schijf waarop de actie gericht is. De oplossing was dan ook vaak eenvoudig. 

Dat fenomeen ken ik, maar in dit geval zou dat niet logisch zijn. Op macOS mag het wel (dat zou nog kunnen), maar ik heb getest op systemen die géén OneDrive hebben en daar is het wel ok. Dus verboden tekens zou vreemd zijn, dan zou het op die systemen ook niet moeten werken. Op deze systemen heeft het ook gewerkt… totdat OneDrive geïnstalleerd werd.

[Marsau]

Nou ja, de logica is dat FileMaker niet kan schrijven naar die one-drive systemen; verboden tekens of niet. 

Check eens of je een pdf vanuit een container kan wegschrijven. 

[hans erik]

Als het echt aan de OneDrive ligt en je krijgt het dus 'lokaal' niet voor elkaar, kun je de PDF on server aanmaken. De PDF wordt dan in de Documentsfolder van FileMaker Server opgeslagen. In principe is dat een nutteloze plek, want je kunt er als eindgebruiker niet bij. Maar je kunt mbv  de Base Elements plugin het bestand wel importeren in een containerveld.

Je zou eigenlijk willen dat Save as PDF ook direct naar een containerveld kan schrijven, maar daar hebben ze niet aan gedacht helaas.

Edited October 14, 2021 by hans erik

[bigbadwolf]

Als ultieme oplossing had ik ook in die richting zitten denken. Liever niet, maar als het dan wel werkt…

Op de server draaien we met MBS dus het in de container krijgen van de pdf is geen probleem.

[Marsau]

Je probleem is iets breder dan het pdf-vraagstuk. Het lijkt erop dat je helemaal niets met de lokale schijf kan doen. 

dus more to come. 

[bigbadwolf]

On 10/16/2021 at 3:44 PM, Marsau said:

Je probleem is iets breder dan het pdf-vraagstuk. Het lijkt erop dat je helemaal niets met de lokale schijf kan doen. 

dus more to come. 

Dat is dus niet waar… in hetzelfde script worden xlsx-bestanden gemaakt die wel geschreven worden…

Het lijkt zich vooralsnog toe te spitsen op de pdf.

[bigbadwolf]

On 10/18/2021 at 9:54 AM, Marsau said:

Is dit wat?

Dit was zeker wat…

Wederom heeft mijn aversie voor Windows er een turfje bijgekregen. Het is toch te zot dat je een pdf niet kunt schrijven zonder dat je de benodigde fonts hebt. Natuurlijk hij zal er niet uitzien, maar het hele idee achter de pdf is ook dat er een techniek in zit die zijn best doet het te evenaren.

De fonts zijn opnieuwe geïnstalleerd en nu wel voor ALLE gebruikers.

Moet zeggen… FileMaker gaat in dit geval niet vrijuit. Het wordt echt tijd dat ze hun foutmeldingen beter op orde krijgen, zij zouden in plaats een algemene ‘kan niet geschreven worden’ ook eens moeten nadenken over iets meer terugkoppeling. Immers… zijn weten/kunnen weten waarom hij niet geschreven kan worden.

Dat ik niet in eerste instantie aan de fonts dacht heeft mogelijk ook te maken met de gelijktijdigheid van de introductie van OneDrive op de systemen.

Gelukkig geldt in dit soort gevallen dat het resultaat telt… en dat is dat het opgelost is.

Dus mocht iemand hier nog eens tegenaan lopen en zeker weten dat de toegang tot de schijf en de naamgeving het probleem niet zijn… installeer de fonts opnieuw (voor ALLE gebruikers).

[hans erik]

Ik hoop dat ik het niet vergeet. Heb zelf ook inmiddels een rijke ervaring met PDF-problemen, altijd Windows-gerelateerd. Variërend van slechte kwaliteit graphics tot karakters die niet afgebeeld worden en zelfs fonts die de hele PDF ondersteboven schoppen (let wel: fonts die door Microsoft zelf in omloop zijn gebracht).

En wat te denken van de mogelijkheid om een char(0) in een veld te plakken? Moet je maar eens proberen, en dan een PDF maken...

En het lijkt er niet op dat Claris er ooit iets aan gaat doen. 

Edited October 22, 2021 by hans erik