FMPRO-L Archives

January 2011, Week 5

FMPRO-L@LISTSERV.DARTMOUTH.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Richard S. Russell" <[log in to unmask]>
Reply To:
FileMaker Pro Discussions <[log in to unmask]>
Date:
Sun, 30 Jan 2011 18:57:19 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (12 lines)
On 2011 Jan 30, at 18:42, Bruce Herbach wrote:

> Hi Richard,
> 
> I have set this up for a number of layouts and it usually works. Frequently I have used a script with a button or script trigger to change the value of the global field so that as I change records, the portal shows the related records. Is it possible that you are triggering an update to the global? Have you looked at the global with the data viewer to verify that it has the correct value?


I have the global value "B::ASeq Socket" displayed in the body part of Table B. There are 12 records in Table B, and each of them shows "1" as the value of "B::ASeq Socket" when I click the appropriate button in Record #1 of Table A. When I go to Record #2 of Table A and click the same button, all records in Table B show "2" for "B::ASeq Socket". When I turned off global storage for that field (thus clearing the value in it) and then turned it back on again, all Table B records showed the field as empty.

Nonetheless, regardless of the value in that field (including none at all), every single record in Table A still shows me a portal displaying all 12 Table B values.

If anyone's interested in examining this in more depth, I'd be happy to share the file. It's tiny. Contact me directly at [log in to unmask] to get a copy of your very own.

ATOM RSS1 RSS2