splatto

I have a list layout that previews correctly but doesn't print and a saved pdf is also blank (except for the footer). How could this be? The issue seems to have been triggered by upgrading the OS to Ventura or an M1 Mac. All List layouts in multiple database only display the first record (or none) when printed as a pdf - without any scripts involved. New databases created just using a FM template don't display this behaviour. So it seems to be connected to opening database created in either earlier versions of FM or opened on M1 Macs. Not an issue with v16 on Catalina

Same problem here with SM 5.2 FMP 18.0.2.209 and macOS 10.14.6

Here we go again - the old export container fields dance. Trying to open a pdf stored (not referenced) in a Container field. I create a variable for the export file path e.g. > $filepath = "filemac:" & Get ( DesktopPath ) & GetField ($FieldName) & ¶ & "filewin:" & Get ( DesktopPath ) & GetField ($FieldName) Then use the Export Field Contents script step with the 'Automatically Open…" checkbox ticked. This works fine on the Mac. On Windows XP it exports the file correctly but doesn't open it (though no error is generated) - yes Acrobat Reader is installed - and double-clicking the file in Windows Explorer (XP) does open the file. This would appear to be a bug in FMP v12.03. So - tried a number of work-arounds including Open URL and Send Event but can't get either to do the job on Windows. Yes the file path includes spaces and a non alphanumeric char e.g. "C:/Documents and Settings/Administrator/Desktop/Clipboard Explorer v2.54 Manual.pdf" Now there are a number of possible variations on the syntax of this file path - but the right one eludes me for both OPEN URL and Send Event Boy has this wasted some time - any ideas how to get either - or both work-arounds working?

Some graphics apps provide a facility whereby clicking and object with a designated key held down progressively selects objects 'down' through the layers - this would be a very useful feature in FM

Acrobat Reader is not the same as Acrobat. I haven't tested FM with only Acrobat Reader installed - but I imagine its the same. For most purposes Apple's Preview is a much better PDF reader than Acrobat (App or Reader). Preview is much 'lighter on its feet' - opens faster and uses less resources. If you want to edit a pdf then that is a different matter. Preview in Lion is also more powerful than Preview in SL. I encourage users to use Preview for viewing pdfs and image files - and to only use Acrobat when they really need its extra features. Unless you devote a large area of screen real estate to the container field - the Acrobat functionality is not usable within the container. We need the ability to choose.

Regardless of the default pdf app set in the Finder, FMP defaults to using Acrobat if it is installed. This needs to be fixed. Without the ability to control this within FMP - the feature is a step backwards for container fields containing pdfs.

Exporting a container field's contents (with the 'Export Field Contents' script step) to the Temporary Path (as set with Get(TemporaryPath)) now fails with an error 20403 under FMP12. Worked with FMP11. Seems to be a number of deal-breaking bugs with FMP12's container field changes.

I have Preview set as the default app for pdfs - but FM12 seems to want to use the Acrobat toolbar thereby locking you out of the Preview options. This makes interacting with pdfs in small 'thumbnail' fields unusable.

Vaughan - Don't know what you mean by false/positive - are you saying the recovery.log is not accurate when it displays info like > 0 Recovering: layout 'MAIL' (24) 8475 Rebuilt group with 5 object(s) 8475 Rebuilt group with 4 object(s) 8487 Reset table view 8476 This item changed Check Consistency doesn't flag any errors > are you saying that this is more accurate than the Recovery Log? (This is FMPA 11)

I have a database that I regularly perform a recovery on - just to ensure its integrity. I have NEVER used the recovered database - only used the recover command to monitor integrity. Recently the interface file produced errors when a recovery was performed with a message that the file should no longer be used going forward. After extensive testing and analysis of the recovery.log it appears that whenever all the objects on a layout are moved a few(4) layout objects raise errors. Even only moving a subset of objects can raise the issue - but selecting all is the acid test. I can then recover the RECOVERED database and no errors will be flagged. If I then repeat the process (move some objects) in the RECOVERED database it will then fail a subsequent recovery! I went back to some backups creating 2 months ago and they exhibited the same issue - and they all passed periodic recovery tests at the time. This is a very worrying situation - effectively there is no way of reliably testing the integrity of a FM file. I did all the right things - backups - recovery tests - and still got ambushed. Not a system robust enough to warrant months of development I would have thought!

Thanks for your input but I think you have the problem back to front. The problem was that Filemaker normally waits for an Applescript to finish - AS doesn't wait for FM. Nevertheless - I've solved the problem by using the Send Event script and 'do script' to open a script file which is then executed. Send Event doesn't wait for feedback like the Perform applescript does.

I'm trying to command a fairly long external Applescript to run from within FileMaker. Tried using a calculated Applescript like > "Run script ". This works however FileMaker will wait for the script to complete before continuing with the local FileMaker script. This is a problem as the external AS sends events back to FM - which won't respond until the AS finishes. Catch 22. Thought about compiling the script as an app and 'opening' it but the script seems to 'hard code' file paths when saved as an app - making path references in the AS invalid on deployed systems. Any Ideas?

Anyone got the Excelisys Drag and Drop example and white paper. Its no longer available on their site.

Why is it that some files with names like "Address Book - 2010-01-29.abbu" or "iCal 2009-08-12.icbu" are zipped when saved on the SuperContainer Server via SCSetContainer. Others files like pdf and jpgs are not. (There are no folder actions involved.

Yup - that does it - though the returned text still needs to be cleaned - probably best done with the 'exclude' function on dunning's site.

Anyone know of a function to return all occurrences of email addresses within a text field. The one at http://www.briandunning.com/cf/828 has some problems.

The following Applescript step will insert a reference to a file into a container field > set cell "MessageData" of new_rec to file aPath where aPath is defined as > set aPath to "file:../../../" & POSIX path of aFile Is it possible to script FileMaker to insert 'the data' of a file into a container field rather than just a reference.