Portal Resetting In Scripts

[Hijack]

Am I crazy or is FM10 resetting portal row positions if any script step runs after a "Goto Portal Row" step? Previously in FM9, in this same script, "Revert Record/Request" could be run after the portal position step to pop the cursor out of the field used to step into the portal and the visible portal rows would not shift. In FM10, the portal always resets to the top.

Anyone else seen that?

[mr_vodka]

I dont recall it being as you said in FM9.

[Hijack]

Yep. I just reverified using two FM installs, one v9 and one v10 on the exact same script and v9 preserves the portal row positions and v10 resets it after a "Revert Record/Request" step following the portal positioning step.

Just wanted to make sure I wasn't nuts. It wouldn't be the first time.

[mr_vodka]

Can you post your script? I cant seem to replicate it in FM9.

[Hijack]

Click here for the raw image without the forced downsizing by the forum editor.

It's difficult to explain the context of the script but in this database, I have one main global that hold the record IDs of all the records in the found set at any given time. That global then anchors a relationship back to the database to provide a browse list of all the records you are viewing. There is an OMIT function on each portal record that will remove a chosen record from the list and the found set. In doing this, I try to capture the visible rows in the portal so I can reset the portal at the end of the script to what it was when the user selected to omit a record from view.

The browse portal is 30 lines long so if I go to the first row that was visible at the start of the script and then scroll down 30, I'll reset the portal to how it looked at the beginning.

In FM9, I can revert to hop out of the portal field that was jumped into to reposition the view and the portal position remains constant. In FM10, if there are any steps after the "Goto Portal Row" step then the portal will reset to the top.

That make any sense?

David

Edited April 6, 2009 by Guest

[mr_vodka]

I must not be simulating your exact issue accurately. If I understand you correctly, if I scroll let say 1/4 of the way down the portal, select the portal row near the top of the portal, then run the script, the portal scroll stays.

portal_reset.zip

[Hijack]

Thanks for the help. I think I figured out what's going on when your example database held portal position in FM10. In your example, if you increase the Goto Portal Row step from 30 to the last row of 34 you'll see that the portal doesn't reset position after the revert step in either FM9 and FM10.

What is causing my particular problem is the fact that I have the relationship sorted on a calculation field at the relationship level. That lets me dynamically sort the portal with a drop down field that changes the value of the sort field. Once a script terminates FM10 is resorting visible objects which is resetting the portal to the top.

FM9 didn't do this, at least in the databases I've created.