Hello,

I hope IWP is the right place for this.

We have a layout where there is a scrollable selection portal on the left with a bunch of records and clicking on a row highlights that row and brings up the fields for that record in a panel to the right.

Using IWP, when a user clicks a row in the portal, the record pops up fine but the web page is redrawn and the portal resets to the top often leaving the active record out of view further down the list. Not the end of the world but annoying for the user.

Is there a simple fix for this?

The only options I have come up with so far are to either do some sneaky sorting on the relationship so the selected record always pops to the top - or to use a filtered portal with up and down buttons rather than a true scrolling one - although this would probably be more clunky on IWP than the original problem :confused:

I would think this is the best bet here:

or to use a filtered portal with up and down buttons rather than a true scrolling one

I would probably utilize the tail-recursed CF here:

http://www.databasepros.com/FMPro?-DB=resources.fp5&-lay=cgi&-format=list.html&-FIND=+&resource_id=DBPros000663

...to construct an endless loop.

--sd

Presuming yo have a script being driven by the click on the portal row then you could save the current portal row number in a $variable and then later instruct the script to go to the portal row using the $variable

Aha,

Go To Portal Row doesn't make the portal scroll down on IWP, however following it with a 'Go To Field (Select Perform)' DOES.

So I added a dummy global field, made it 1px x 1px and hid it on the bottom border of the portal so it is invisible.

The portal now scrolls down as far as necessary to keep the selected row on screen.

Thanks for the suggestions.

You might not need the 'dummy' global...

Reverse the order of Go to row and Go to field, so

Go to [Field]

Go to [$portal_row]