• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: FileMaker/AppleScript interactions: Get(LastError)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: FileMaker/AppleScript interactions: Get(LastError)


  • Subject: Re: FileMaker/AppleScript interactions: Get(LastError)
  • From: Malcolm Fitzgerald <email@hidden>
  • Date: Tue, 31 Oct 2006 10:52:59 +1100


On 31/10/2006, at 8:45 AM, Tim Mansour wrote:

On 30/10/2006, at 1:42 pm, David Crowe wrote:

This is certainly a solution, although it's not perfect for two reasons. One is that you need to have specific field names known to both the script and to the FileMaker application (which is not robust because you have to remember never to change the names of the fields, or you have to pass the name of the field to the AppleScript.

Yes but my simple solution there is that I always create same-named fields for this purpose in every database where I'm using AppleScript. So my references are always the same (typically: cell "zz__Result" of table "System").

Ditto. You only need to do this a few times and you'll never forget.

But the bigger problem is that to capture all errors basically means putting a "try/end try" bracket around your entire applescript application, which makes it difficult to debug...

I use libraries, others use applications to perform complex jobs run via FMP. The code is tried and true and easy to upgrade because it's not stuck inside FMP.


True I suppose ... but I've found I tend to develop the AppleScript outside of FileMaker (usually with Smile) until I'm happy enough it's working, and the error trapping is added for parts (such as controlling other apps) that may cause problems. In practice, I've been able to get reliable enough systems for our use, but your systems may be more hands-off than ours.

In most real, live situations the job is either done or done. If it's not done the user has to know.


If it's batch processing that takes place without user interaction, the application has to be able to go onto the next item. In this case you'd have implemented a logging function that tells you want has happened, when, why and how.

In either case, you write code that works, and that includes testing for error conditions.



Malcolm Fitzgerald

T: 0403 972 660 E: email@hidden

FOR YOUR COMPUTER Customised software built to your specifications. Using Macs? Automate your workflow with AppleScript. FOR YOU Computer training, software installation + upgrades, computer setups. IN TIMES OF NEED Troubleshooting, maintenance + repairs.

_______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/mailman//archives/applescript-users

This email sent to email@hidden
References: 
 >FileMaker/AppleScript interactions: Get(LastError) (From: David Crowe <email@hidden>)
 >Re: FileMaker/AppleScript interactions: Get(LastError) (From: Tim Mansour <email@hidden>)
 >Re: FileMaker/AppleScript interactions: Get(LastError) (From: David Crowe <email@hidden>)
 >Re: FileMaker/AppleScript interactions: Get(LastError) (From: Tim Mansour <email@hidden>)

  • Prev by Date: Re: Re: Strange character changes
  • Next by Date: Re: Writing to file as UTF8 with BOM ?
  • Previous by thread: Re: FileMaker/AppleScript interactions: Get(LastError)
  • Next by thread: Quark 7
  • Index(es):
    • Date
    • Thread