Filemaker Form

Posted on 2011-09-28
Last Modified: 2012-05-12
When I enter data in the HS Form(look at the first pic)
it goes to the Followup Form Down Below (look at the second pic)

However if I enter data in the BS Form, (look at the third pic)
it does not go to the Followup Form down Below but shows only data for the HS Form
(Look at the last pic)

Can you tell me the reason and solution for this??

Thank you.
Question by:SFSDIT
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
LVL 25

Expert Comment

by:Will Loving
ID: 36812716
What triggers causes the switch from the HS form to the Followup form? Do click a button when you are done entering data or does it automatically switch when all data is filled in? My guess is that whatever the trigger is, a script or a script trigger, to switch to the Followup form is not taking into account what form it's starting from. In other words, the same functionality is being used on both the HS and BS forms and it not recognizing it's starting point to take you to the correct Followup form.

If I'm correct on that then you would presumably need to alter the script that is changing the layout so that it looks first at what form it's starting on and then goes to the correct Followup based on the starting form.

Author Comment

ID: 36812735
When all data is filled in, it automatically saves in the table.
The Followup form takes values from HS Form but it does not bring any values from BS Form.
So what script/trigger do I need?
LVL 25

Expert Comment

by:Will Loving
ID: 36815030
As I say, it sounds like a script is happening to take you from the main form to the followup form, but I really don't have enough information to fully understand what is happening here. Are you able to post an example file or a clone of your database with a fake record of two in it?
Technology Partners: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

LVL 10

Expert Comment

ID: 36815902
Hmmm....I would see if the followup form is using lookups, then review the relationship for that lookup.

Fields will only lookup values based on one relationship. So if you are creating child records(the followup) via script from two different tables and populate the field that the lookup is based on with a value from table BS....the fields will try to lookup matching values from table HS. The record may or may not exist.

Thats my suggestion based on little knowledge of the system!



Author Comment

ID: 36901092
I am attaching the relationship.(Relationship3.jpg)

And clone of database file are like this. (Database.doc)


Author Comment

ID: 36906892
Anybody who can answer to my question above?

Author Comment

ID: 36908159
I would like to add more clarifying information as well as increase the point value submitted by my colleague.
1.  Let me explain the database process again.  Our teachers do service trips and they are using four different forms HS, MS, ES, BS (all created tables with key fields) for recording their data, event name, contact info, event  ID (key field), etc. The four forms for request these service trips are all their own tables.  What is being asked is that there be 1 follow-up form which acts as follows:  The person leading the event puts in the event ID and then the form populates that followup form with the details of that event.  I'm guessing through a portal.  Our problem is that since each form has it's own Key field how do I get the portal to pull in the proper event ID and information if the key field are the same across the four tables.  ie. a HS event could have a primary key of 25 and so could an ES event since they are in different tables.  I'm trying to do this will a global table but my head is too scrambled to work this out right now.

Please advise,

LVL 25

Accepted Solution

Will Loving earned 250 total points
ID: 36911665
From a structural standpoint, it sounds like you have too many tables. One guiding principle in database design is that if you have identically structured data in multiple tables, then it's probably wiser to put all records into one table and have a "Type" field that differentiates the records, in your case, this would probably be HS, MS, ES and BS. So, instead of having a four tables with similar records, you have one table. This guideline might apply to both your Events table (if you have more than one) and your Requests table(s).

You can then use a selector(s) - usually a global field with a pop-up  menu value list - to determine which records are viewed within a single portal. (Alternately you could have consolidated tables and multiple relationships and Table Occurrences so that you can show a portal for each "Type" of event, but it's probably better in the long run to work with one table for Events, one for Requests and a flexible relationship that allows you to filter what you see in the portal.

With all events and Requests consolidated into single tables, the issue of switching layouts and forms disappears. An HS event would simply use the same form as any other type, and since the Event IDs would be unique regardless of Type (since they are all in one table) you should have no problem pulling the data. I can say more, but see if that makes sense first.

Author Comment

ID: 36937118
Thank you for the input, been away for a couple of days and haven't been able to work through your suggestion.  Willl try tomorrow and post an update.


Expert Comment

ID: 37194150
This question has been classified as abandoned and is closed as part of the Cleanup Program. See the recommendation for more details.

Featured Post

On Demand Webinar: Networking for the Cloud Era

Did you know SD-WANs can improve network connectivity? Check out this webinar to learn how an SD-WAN simplified, one-click tool can help you migrate and manage data in the cloud.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Pop up windows can be a useful feature of any Filemaker database.  Though best used sparingly, they can be employed in a multitude of different ways, for example;  as a splash screen at login, during scripted processes to control user input, as pick…
Conversion Steps for merging and consolidating separate Filemaker files The following is a step-by-step guide for the process of consolidating two or more FileMaker files (version 7 and later) into a single file with multiple tables. Sometimes th…
This is a high-level webinar that covers the history of enterprise open source database use. It addresses both the advantages companies see in using open source database technologies, as well as the fears and reservations they might have. In this…
Monitoring a network: why having a policy is the best policy? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the enormous benefits of having a policy-based approach when monitoring medium and large networks. Software utilized in this v…

687 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question