Script doesn't work when activated by trigger - works on own

[goodlife]

This script works fine when manually activated but doesn't work as the target of an an exit object trigger

Go to Portal Row [select; Last]

Go to Field [Checkout Line items::scanned barcode]

Any ideas

Thanks

Paul

[comment]

What is the object being exited?

[goodlife]

A simple number field that contains a 12 digit number

[comment]

I am afraid you are not providing enough information to reproduce your issue. Why don't you post a simple file showing the problem?

[LaRetta]

It does not work for me either unless I include an Exit Script [ False ]

Attached

It attempts to fulfill its mission of going to the next field in tab order which, in this file's case, is the first field in the portal (the one being jumped to). If I change the tab order, it improperly jumps to a different 'first' field in the portal. I just learned this one thanks to you!

ParentChild.zip

[MacEasy Computing Inc]

As others have stated this feature doesn't work, even with exit script if the portal row you have to scroll down. The portal resets itself to the 1st or last row depending on the different things I've tried.

Anyone found a work around?

[LaRetta]

Would you be so kind as to provide a simple demo file showing what you mean, MacEasy? Exit script [false] seems to work in all cases I've tried and I'm intrigued. :^)

[BFrost]

This script works fine when manually activated but doesn't work as the target of an an exit object trigger

Go to Portal Row [select; Last]

Go to Field [Checkout Line items::scanned barcode]

Any ideas

Thanks

Paul

I have the same problem as the original post. No portals involved. FP12.0v3 Advanced

Check register

kept sorted by

Date (increasing)

Credits (Decreasing)

Debits (Increasing--largest debit first)

Currently 4,529 Records

On First Window Open trigger

Scroll Window [End]

or

Go To Record [Last]

Scroll Window [selection]

Both currently end up at about record 4256. That's 273 records—at two lines per record— shy of the correct destination.

Manual activation of the same script scrolls to the correct destination.

Original DB in FP7 (FMP 11.0.4) operates correctly on opening.

[LaRetta]

Hi Bob,

Are you asking a question or just sharing information, Bob? What OS? A zipped file showing the issue would help; I don't have time today to recreate a test file nor run tests but maybe others will. I will try to get back around this direction tomorrow and see how it's going. :^)

[BFrost]

Mac OS 10.6.8

Just sharing. It's not a big problem for me right now but it is aberrant to the script. I believe it's a conversion issue. I couldn't reproduce the problem in a new file. I did get the aberration converting from a FMP11 file, clone attached, no account/pw. Run the script "Create Records". Close the file. Convert the file to FP12. Close it and open it again.

There are two fields in the FP11 ScrollToEnd file: RecNo (not indexed) and Sort populated with a random number on creation. There are two scripts. One creates 5000 records. The other executes when the file opens sorting the the records by the Sort field if there is a found set ≠ 0 then scrolling the window to the end of the file.

ScrollToEnd_1.fmp11.zip

[BFrost]

Post Script (that's a pun ): created a new script in FP12 file to replace the one that didn't work correctly after conversion from the FP11 original. Works fine.

[no1tmorrow]

The exit script works awesome. I had two text fields in on a portal row that did not have tab stops. I can now tab between them with a go to field and exit script.. LaRetta thank you.