Avoiding 'portal pop'

[nkerby]

I've been searching everywhere but can't seem to find any recent fix for 'portal pop.' Portal pop is where you have a long list of records on a portal list with a scroll bar that - the moment you click on a record somewhere down the list - the list resets back to the top again, very annoying!

Can anyone help me with this or point me in the right direction? Thanks so much.

[Søren Dyhr]

Take a look at the image above... however might it be beneficial to structure your selection in sub divides as well, means exist to filter whats seen in the portal.

--sd

[nkerby]

Hi SD

That box is unticked and yet it still resets to the top.

My database contains a list of contacts and their expertise and often when doing a search it is useful to browse through the list of found contacts. Often the found list contains more records than will fit on the one page which is when the problem of portal pop appears... so I feel I am no closer to an answer.

[bcooney]

"The found list contains more records than will fit on the one page"?

Huh?

If you are finding in Contacts, and are showing the found set in a list view...where is the portal?

Shouldn't you be finding in the join table btw Contacts and Expertise?

[Søren Dyhr]

I think we're ahead on this thread - aren't we?

http://fmforums.com/forum/showtopic.php?tid/210530/post/337946/hl//fromsearch/1/

...so when you're saying clicking on a record in the portal, there is a script tied to the portal row leading you elsewhere temporarily or....? If it is this should you perhaps use the feature to open an entire new window. I think this problem relates to record ownership try to reread Ilyse Kazars introduction to recordlocking ... it's page 74 in this:

http://filemaker.custhelp.com/cgi-bin/filemaker.cfg/php/enduser/fattach_get.php?p_sid=Yx_bw6Gj&p_li=&p_accessibility=0&p_redirect=&p_tbl=9&p_id=6823&p_created=1203356636&p_olh=0

--sd

Edited August 23, 2009 by Guest

[nkerby]

Sorry, I didn't make it very clear.

I have a form layout of experts which includes various fields (email/address etc) plus a field called 'expertise' which just includes keywords about their expertise.

On that same layout page, I have a portal just containing the expert's name which is a portal listing all records or just the found list of experts if you have performed a search.

So when I click on someone's name that appears on the portal list, it will bring up all their details on that same layout.

Does that make sense?

So after a search is performed and let's say there are 100 or so names that are found, I want the ability to peruse that portal list without it resetting every time I click on someone's name inside the portal...

[Søren Dyhr]

So when I click on someone's name that appears on the portal list, it will bring up all their details on that same layout.

...and this is apparently done this way, approximately:

http://fmforums.com/forum/showpost.php?post/338905/

...if it is the GTRR going to a new record in the selfjoin, would you need to set a $variable as well telling which portal row number you fired the GTRR from so when arriving to the new record will the script reach completion scroll the portal to the correct location. So the read of the Kazar thingy is utterly relevant ... you have no claim on a record before arriving to it.

--sd

[bcooney]

"On that same layout page, I have a portal just containing the expert's name which is a portal listing all records or just the found list of experts if you have performed a search. "

How do you do this? How do you change the records listed in the portal after a find?

[nkerby]

The list of say 100 found records listed in the portal doesn't change (until I start a new find or 'show all records').

The problem happens when I'm looking through that found list in the portal and say wanting to take a closer look at a record half way down the found list on the portal, as soon as I click that name on the portal, the full record appears but I've lost my place on the portal as it returns to the top of the scrolled list (even though it still contains the found list).

SD: I'll have a look at the links you've mentioned later today and let you know if that answers my query.

I want to avoid opening a new page if I can when clicking on the portal.

[nkerby]

I think I've noticed an additional issue with my database, it was first designed in Aug/Sept 2005 (probably in Filemaker 7) and I've now worked out that this 'portal pop' issue only occurs on this particular table which is several years old (even though we now use Filemaker 9).

When I looked at a more recent table which was added more recently to the same database, I don't have that problem, so it must have something to do with when it was first designed.

This also could explain why I haven't found any recent posts on 'portal pop,' the most recent discussions were mid-2005 (when Filemaker 7 was used).

Mind you, if I'm right, it will probably be even more difficult to fix.

[nkerby]

Sorry to go on about this, but I've just noticed one more thing which might make my previous post irrelevant...

At the moment when I click a name on the portal list, it goes to related record using the current layout and 'show in new window' is unticked.

When I ticked the 'show in new window' box, a new window obviously appears showing the related record but when I look at the original window, the portal has NOT reset.

The problem is I don't want to 'open a new window.'

[Søren Dyhr]

Then use my approach with setting the selected portal rows number, as script parameter!

--sd

rolodexish.zip

[Søren Dyhr]

But there is still some offsetting ...it's probably better to avoid the the GTRR and just fledge the relational structure to provide the desired.

--sd

rolodexis2.zip

[comment]

But there is still some offsetting

Been there:

http://fmforums.com/forum/showtopic.php?tid/187954/post/256402/#256402

As my demo you linked to earlier shows, I too believe it's best to stay on the same record.

[Søren Dyhr]

What a good thread to read, and this one really deserves framing:

Answering the question as asked is often not providing a solution to the real problem behind the question

But you're talking about this template, aren't you?

http://fmforums.com/forum/showpost.php?post/256445/

Well I really like it provides tidiness when the user is a little sloppy with the scrollbar...

(I've hidden the extra field underneath the arrow)

--sd

Evalodex.zip

Edited August 24, 2009 by Guest

[comment]

But you're talking about this template, aren't you?

http://fmforums.com/forum/showpost.php?post/256445/

That was merely an intellectual challenge. For practical purposes, I'd stick with this one:

http://fmforums.com/forum/showpost.php?post/338905/

[RodM]

i worked around that by adding a reverse sort button.. now my scrollbar/ cursors on the other end..

Edited August 28, 2009 by Guest