dbTalk Databases Forums  

Portal Clarity

comp.databases.filemaker comp.databases.filemaker


Discuss Portal Clarity in the comp.databases.filemaker forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Woody
 
Posts: n/a

Default Portal Clarity - 04-02-2007 , 06:50 AM






Hi,

I have two tables:
Organizations (containing a PK_org:number;serial and Name:text)
Addresses (containing the regular fields for a mailing address +
addresstype:text + FK_org:number)

I want the user to be able to associate any number of Addresses with
an organization.

I have a relationship associating the tables as follows:
Organizations::PK_org -> Addresses::FK_org

And I think that's alright.

On my Organization layout, I want the Organization::Name field, then a
list of all the associated addressesTypes, and then a set of fields
for city/street/country etc. Clicking on one of the addressTypes
that are displayed in the list should then update the set of city/
street etc fields.

I tried to use a Portal view. I liked that it showed me the list of
all the associated addressTypes that relate to the current
organization, but changing the portal view (or adding a new item to
it) doesn't cause the other fields to update. Essentially, I'm trying
to use Portal View as a navigation control to move the cursor through
the set of records returned by the association.

The fields aren't changing because they're only displaying the first
match in the relationship. I realize that.. but am not sure what
approach to take. Do I make another relationship between the two
tables, and add a second criterion that associates the entry selected
in the portal with itself? Hmm. Bit lost.

I could just use the portal view to view the entire record or put a
"go to" button, but I'd really just prefer to have a dynamically
generated list of the addressTypes (home, office, etc) and let the
user click one to view that address record's data.

Any suggestions?

Thanks,
Woody


Reply With Quote
  #2  
Old   
Grip
 
Posts: n/a

Default Re: Portal Clarity - 04-02-2007 , 11:13 AM






On Apr 2, 5:50 am, "Woody" <gotwo... (AT) gmail (DOT) com> wrote:
Quote:
Hi,

I have two tables:
Organizations (containing a PK_org:number;serial and Name:text)
Addresses (containing the regular fields for a mailing address +
addresstype:text + FK_org:number)

I want the user to be able to associate any number of Addresses with
an organization.

I have a relationship associating the tables as follows:
Organizations::PK_org -> Addresses::FK_org

And I think that's alright.

On my Organization layout, I want the Organization::Name field, then a
list of all the associated addressesTypes, and then a set of fields
for city/street/country etc. Clicking on one of the addressTypes
that are displayed in the list should then update the set of city/
street etc fields.

I tried to use a Portal view. I liked that it showed me the list of
all the associated addressTypes that relate to the current
organization, but changing the portal view (or adding a new item to
it) doesn't cause the other fields to update. Essentially, I'm trying
to use Portal View as a navigation control to move the cursor through
the set of records returned by the association.

The fields aren't changing because they're only displaying the first
match in the relationship. I realize that.. but am not sure what
approach to take. Do I make another relationship between the two
tables, and add a second criterion that associates the entry selected
in the portal with itself? Hmm. Bit lost.

I could just use the portal view to view the entire record or put a
"go to" button, but I'd really just prefer to have a dynamically
generated list of the addressTypes (home, office, etc) and let the
user click one to view that address record's data.

Any suggestions?

Thanks,
Woody

In your field definitions for Organization, add the field
_kf_idAddress. To your relationship, add Organizations::_kf_idAddress
= Addresses _kp_Address. Instead of a "Go To" button, you'll have a
"set field" button, but users won't know that. Make the AddressesType
field in the portal a button that Set Field
(Organization::_kf_idAddress; Addresses_kp_Address). Users will click
on the portal row, unknowingly clicking on the button, that will set
the field in Organizations finishing the relationship.

G




Reply With Quote
  #3  
Old   
Woody
 
Posts: n/a

Default Re: Portal Clarity - 04-02-2007 , 12:11 PM



Quote:
your field definitions for Organization, add the field
_kf_idAddress. To your relationship, add Organizations::_kf_idAddress
= Addresses _kp_Address. Instead of a "Go To" button, you'll have a
"set field" button, but users won't know that. Make the AddressesType
field in the portal a button that Set Field
(Organization::_kf_idAddress; Addresses_kp_Address). Users will click
on the portal row, unknowingly clicking on the button, that will set
the field in Organizations finishing the relationship.
Ooo.. That's sneaky but effective. Good tip: Thank you. I hadn't
realized that I could make a field into a button. Nice.

And if two people are using the same record, then too bad for them -
right? One person can change the the view of the other?

Thanks!



Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.