Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook

Announcement

Collapse

The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic


Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.


If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.


Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.



Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

Showing linked fields in a browse?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Showing linked fields in a browse?

    I have a primary table and multiple secondary tables that are all linked to the primary table via a primary key.

    I created a set with the primary table linked to each of the secondary tables in a one to many relationship based on the primary key of the primary table.

    I created a form and put the fields from the primary table on it.

    The secondary tables are on a tabbed object with each table in a browse object. There are as many tabs as there are secondary tables. I need to restrict the records displayed in the browses to those that are linked to the primary table via the primary key.

    The browsed data will be for display only. I will be adding separate forms to add or edit records to the secondary tables via buttons on each of the tabbed pages.

    Question 1.

    How do I link the browses so that they only show the data linked to the primary key of the primary table?

    Code examples would be greatly appreciated.
    John J. Fatte', CPA
    PRO-WARE, LLC
    Omaha, NE 68137

    #2
    Re: Showing linked fields in a browse?

    Unless I am misunderstanding, the records in the browses of the child tables are by definition only those records linked to the current parent table record. No coding is necessary.

    Take a look at the default form for the set. Your form won't behave any differently in displaying records no matter how you set up the view.
    There can be only one.

    Comment


      #3
      Re: Showing linked fields in a browse?

      Thank you Stan. I was under the impression that I would still need to filter the records so that only the records linked to the primary table would be displayed?

      Next question.

      I now want to create a separate form for each of the browses created in the tabbed object for adding or editing records in the secondary tables.

      I've created a set of buttons on each of the tabbed pages for "New", "Edit", and "Delete". Will I need to create a new set when I create the form for adding or editing records?
      John J. Fatte', CPA
      PRO-WARE, LLC
      Omaha, NE 68137

      Comment


        #4
        Re: Showing linked fields in a browse?

        I was under the impression that I would still need to filter the records so that only the records linked to the primary table would be displayed?
        No.

        I've created a set of buttons on each of the tabbed pages for "New", "Edit", and "Delete". Will I need to create a new set when I create the form for adding or editing records?
        That depends on what these buttons do.

        If they create a new record in the pertinent child table, allow editing of the current record in the pertinent child table, and delete the current record in the pertinent child table, it shouldn't matter how you are viewing the record (form or browse). The only thing that should matter is how you specify the record to be actioned.
        There can be only one.

        Comment


          #5
          Re: Showing linked fields in a browse?

          Originally posted by Stan Mathews View Post
          No.

          That depends on what these buttons do.

          If they create a new record in the pertinent child table, allow editing of the current record in the pertinent child table, and delete the current record in the pertinent child table, it shouldn't matter how you are viewing the record (form or browse). The only thing that should matter is how you specify the record to be actioned.
          Stan

          One thing I need to do is populate the new child record with the primary key of the primary table. Not exactly sure how to do that.

          So, I can just use the same set that I used for this form to create my new form to add new child records?
          John J. Fatte', CPA
          PRO-WARE, LLC
          Omaha, NE 68137

          Comment


            #6
            Re: Showing linked fields in a browse?

            Tom Cone "wrote the book" when it comes to passing values between forms, which is what you need to do.

            Check the attachment in this thread.
            There can be only one.

            Comment


              #7
              Re: Showing linked fields in a browse?

              Since Tom wrote the book, like all things, someone has built a better mouse trap. In this case, it was the guys at Alpha.

              Here is the code that Tim Kiebert fished out from What's New in V8. Yes, it has been there all this time.
              Code:
              dim linkdef as c
              linkdef = "Link_field_in_child_table ="+s_quote(Link_field_[B]Object_Name[/B]_on_form.value)
              dim p as p
              p=form.ViewLinked("Name_of_form_to_opened_goes_here",linkdef,"Filter_would_go_here","Record_order_would_go_here","How_form_is_opened_would_go_here_eg. dialog_newrecord")
              P.close()
              There are a number of other options that can be used in this function too. See form.Viewlinked() in the Interactive Window.

              Note: To make this script work, the link field from each table must be on each form, but can be hidden.

              When the child form closes, the P.Close() helps complete the interaction between the two tables and the browse on the parent form gets refreshed.

              Like all code, it may take a few goes to understand how it works and to get it right.
              Regards
              Keith Hubert
              Alpha Guild Member
              London.
              KHDB Management Systems
              Skype = keith.hubert


              For your day-to-day Needs, you Need an Alpha Database!

              Comment


                #8
                Re: Showing linked fields in a browse?

                Stan & Keith

                Thanks for your assistance. I will be busy with this today and will report back.
                John J. Fatte', CPA
                PRO-WARE, LLC
                Omaha, NE 68137

                Comment


                  #9
                  Re: Showing linked fields in a browse?

                  Originally posted by Stan Mathews View Post
                  Tom Cone "wrote the book" when it comes to passing values between forms, which is what you need to do.

                  Check the attachment in this thread.
                  Stan

                  FYI - I downloaded the sample database in this thread and offer the following comments:

                  The samples are very old. I think this code goes back to 2003. There are some inconsistencies in the presentation - on the one table data entry, he provides forms to save or cancel the changes and on the example with a child table, you have to use keyboard commands to save or cancel changes. Worse yet, the ESC key (cancel changes) does not appear to work. In fact, I had to use task manager to get out of the example because I could not close the form at all.

                  If Tom has a more current example, I'd sure like to see it, but I don't think the examples in the zip file will do anyone any good till some bugs are fixed.
                  John J. Fatte', CPA
                  PRO-WARE, LLC
                  Omaha, NE 68137

                  Comment


                    #10
                    Re: Showing linked fields in a browse?

                    Originally posted by Keith Hubert View Post
                    Since Tom wrote the book, like all things, someone has built a better mouse trap. In this case, it was the guys at Alpha.

                    Here is the code that Tim Kiebert fished out from What's New in V8. Yes, it has been there all this time.
                    Code:
                    dim linkdef as c
                    linkdef = "Link_field_in_child_table ="+s_quote(Link_field_[B]Object_Name[/B]_on_form.value)
                    dim p as p
                    p=form.ViewLinked("Name_of_form_to_opened_goes_here",linkdef,"Filter_would_go_here","Record_order_would_go_here","How_form_is_opened_would_go_here_eg. dialog_newrecord")
                    P.close()
                    There are a number of other options that can be used in this function too. See form.Viewlinked() in the Interactive Window.

                    Note: To make this script work, the link field from each table must be on each form, but can be hidden.

                    When the child form closes, the P.Close() helps complete the interaction between the two tables and the browse on the parent form gets refreshed.

                    Like all code, it may take a few goes to understand how it works and to get it right.

                    Very strange because the form.viewlinked() function is not even listed in the help file, but using it in a code editor provides the parameters for it.
                    John J. Fatte', CPA
                    PRO-WARE, LLC
                    Omaha, NE 68137

                    Comment


                      #11
                      Re: Showing linked fields in a browse?

                      Hi John,
                      Very strange because the form.viewlinked() function is not even listed in the help file
                      That I'm afraid is one of the mysteries of Alpha and the value of this forum.
                      Regards
                      Keith Hubert
                      Alpha Guild Member
                      London.
                      KHDB Management Systems
                      Skype = keith.hubert


                      For your day-to-day Needs, you Need an Alpha Database!

                      Comment


                        #12
                        Re: Showing linked fields in a browse?

                        Ouch!

                        John, I'm sorry you had trouble with the "Basic Data Entry" example I put together 7 years ago for vers 5 users. Since then Alpha has changed how a "canceled" CanExit event for a form can be "uncanceled". The result is that the code ran fine in vers 5 but now prevents forms from being closed. When time permits I'll rework things.

                        In the meantime I suggest you take a look at a different thread that illustrates three different ways to pass field values from one form to another.

                        http://msgboard.alphasoftware.com/al...ht=Pass+values

                        Begin with form "Menu_main".
                        Last edited by Tom Cone Jr; 02-15-2010, 07:02 PM.

                        Comment


                          #13
                          Re: Showing linked fields in a browse?

                          Originally posted by Tom Cone Jr View Post
                          Ouch!

                          John, I'm sorry you had trouble with the "Basic Data Entry" example I put together 7 years ago for vers 5 users. Since then Alpha has changed how a "canceled" CanExit event for a form can be "uncanceled". The result is that the code ran fine in vers 5 but now prevents forms from being closed. When time permits I'll rework things.

                          In the meantime I suggest you take a look at a different thread that illustrates three different ways to pass field values from one form to another.

                          http://msgboard.alphasoftware.com/al...ht=Pass+values

                          Begin with form "Menu_main".
                          Tom

                          I kind of thought the problem might be the way Alpha V10 is responding to the coding done in Version 5.

                          I sincerely hope you didn't think I was being critical of your code... I wasn't. It's just that it's hard to learn from code that doesn't work.

                          Thank you so much for the link and i will thoroughly investigate it.
                          John J. Fatte', CPA
                          PRO-WARE, LLC
                          Omaha, NE 68137

                          Comment


                            #14
                            Re: Showing linked fields in a browse?

                            Tom

                            Just a quick reply to let you know that the example (Passing Values) is EXACTLY what I was looking for. This is the kind of information that newbie's like me are craving for. I can't thank you enough.
                            John J. Fatte', CPA
                            PRO-WARE, LLC
                            Omaha, NE 68137

                            Comment

                            Working...
                            X