paulage77

.... with a portal of size 1

Can't you sort the relationship in descending order?

hmmm.. wonder what the 'Perform Applescript' does when executed on windows?

Scriptmaker is great for doing this internally to filemaker. Automating FM specific tasks, etc. It's very high level and uses variables in the form of fields. File handles are not a native type for FM. The scriptmaker allows you to launch other applications. So you can always write a script or program in whatever language you want and launch it from within scriptmaker. If you are working with Mac then applescript is a very handy tool for this. The key is to think in terms of Filemaker. If you are transfering data around between databases, you'll probably need the export functionality. FM tries hard to abstract details away from the users, so the notion of file handles wouldn't be the same.

Cheers to that. Good luck.

Or you could upgrade your printer.

There is a type of field called Summary field. It allows you to specify Average of.

Yeah, I'd willing to share scripts. We had the same problem with 9. It was just too slow eventually to be useful so we had reboot. OS X gives us good speed, but so many other flaws. Anyway, just private message and I'll give you some sample scripts.

My post from 4/08 is no longer true. FM no longer back ups correctly, I have done what jfmcel has suggested. It seems Apple's scripting of the Finder is superior to FM's back-up to the firewire.

I have too many robust work arounds in place. It would be tragic to let go of those.

Yup, if you double click on the file or just drop it on top of FMPro, it must be done twice it is password protected. This is the behaviour I've always seen on it. Although, I hope this is low priority for FMI and that they are scrambling to get a stable OS X Server to market.

To get around this, I have backups take place each night, then applescripts set on on cronjobs that shut down server, upon up the back ups in FM Pro and make sure everything comes up okay by running test FM scripts. Once these pass, then FM PRo is closed and the backups are copied to another drive. From there, the old hosted files are corrupt because closing the server damages them. So, then another applescript triggers and copies the back-ed up databases over the damaged ones and Server is re-opened. Ah, but remember to make sure the back-up actually happened before shutting down server(which doesn't always happen) lest you be left with a bunch of damaged files that need to be recovered in the morning. All of these tasks and applescripts have taken weeks if not months of development and debug. A completely un-reasonable thing to have to do to work around FM Server 5.5. It all finally works, but it was a painstaking iterative process, as different things start failing along the way.

It depends on what you are printing from, and if that application is applescriptable.

Back out the security patches, through add/remove programs. They show up in there. or check out: http://www.winbatch.com/

copy/paste stays the same no matter how you define it in layout mode. At least in my Mac experience with FM. So, if you're users are copying and pasting stuff, just have redundant calc fields that are exactly the other fields just some formatting applied to 'em. Or Tag em up for Quark or HTML or whatever it is you are trying to achieve.