Easy Envelopes will automatically paste the contents of the clipboard into the address area, but if the clipboard is loaded by Filemaker, E.E. won't recognize the change in the contents of the clipboard, and the previous clipboard's contents remain. Any one else know about this or a way around it?

This may very well be a bug in Filemaker... it may not put the copied contents on the real clipboard until Filemaker Pro is switched out... which doesn't ever happen when you invoke Dashboard.

Our QA team will attempt to verify and reproduce the bug, but I bet that's it.

I have a Filemaker script action that loads the clipboard with the client's name & address. After the above reply, I ran the script and checked Stickies (dashboard version) and it pasted with the correct (now altered by Filemaker) contents, which EE doesn't recognize.

By the way, as a former programmer (pre-GUI), your Envelopes program is a terrific and very useful bit of programming. My day would be a pain without it.

After discovering Filemaker, I'm down to using only that, Pages, mail, Safari, Preview, and Easy Envelopes. I run my whole law office on that little group of programs.

Hello A.T.,
Sorry for your frustration. I'm not able to reproduce the problem here. Anything I copy and paste from FM is showing as expected if I invoke Dashboard and paste into EE. What version are EE are you using? Try uninstalling the widget and deleting the "widget-com.ambrosiasw.widget.easyenvelopes.plist" file from your Home/Library/Preferences folder. Then download EE again and see install it. Does that change anything for you?

It's working better now, after an uninstall, reinstall and plist trashing. Second Question: I thought that EE loaded the "To:" portion of the envelope straight from the clipboard without having to paste into that area, am I wrong?

Yes, it should be. There are two possible issues at work here. With the version of FileMaker i have (version 9), any multi-line copies have ^M as the line separator instead of \n. When EE tries to parse the string it doesn't find any \n so it sees it as one big long line. As such it has more than 5 elements on that line, fails the various tests and concludes its not an address. The other possibility is that your address has more than 5 elements in a line (575 N 99th St Apt 199) which would result in it also failing to recognize it as an address.

I've made some adjustments to the code which will make it in the next release.