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

Embedded browse & disappearing records

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

    Embedded browse & disappearing records

    We use embedded browse's.

    A browse has a couple records already in it. We want to add a couple more records.

    We click on <new record> add it in, then go to <new record> again to add the second. But yipes, the ones currently in the browse disappear from view & we see only 1 line where the new record is to go in.

    Once we are finished adding NEW records & click SAVE the missing ones come into view again.

    This is causing considerable confustion & double data-entry of the same record. Add then delete.

    I just checked our app in version 7 & this did NOT happen. There has been no change to this part of the program other than going from 7 to version 8.

    A clumsey work around is to SAVE "each record individually" as they are added but this slows down the process & has too many mouse movements back & forth.

    Any ideas how to get the version 7.0 process to "come back".

    BIG thanks as always.

    #2
    Re: Embedded browse &amp; disappearing records

    Originally posted by dchiass View Post
    We use embedded browse's.

    A browse has a couple records already in it. We want to add a couple more records.

    We click on <new record> add it in, then go to <new record> again to add the second. But yipes, the ones currently in the browse disappear from view & we see only 1 line where the new record is to go in.

    Once we are finished adding NEW records & click SAVE the missing ones come into view again.

    This is causing considerable confustion & double data-entry of the same record. Add then delete.

    I just checked our app in version 7 & this did NOT happen. There has been no change to this part of the program other than going from 7 to version 8.

    A clumsey work around is to SAVE "each record individually" as they are added but this slows down the process & has too many mouse movements back & forth.

    Any ideas how to get the version 7.0 process to "come back".

    BIG thanks as always.
    I have not seen this behavior in any embedded browse that I have tested in V8.

    I would like to see your application to figure out what is causing this problem in your specific case.

    Comment


      #3
      Re: Embedded browse &amp; disappearing records

      I thought the latest patch would fix the embeded browse problem but it hasen't. I just open the form I've had for years and when you enter a new record in the set it opens a blank line or 2 at the top of the browse throwing the user completly off. When you close the form and reopen it everything is good again until you enter a new record in the browse and teh same thing happens. I originally built this form in V5 and it has worked flawlesly until I upgraded to V8. Its just as goofy as it was when first released.

      Comment


        #4
        Re: Embedded browse &amp; disappearing records

        I am having the same problem as you. Alpha5 is looking into it in more details & more later when a solution is found.

        Like you, the browse has worked with NO prob up to upgrading to version 8.0

        The PROBLEM has been reported by numerous clients who run our software & they are upset.

        dewayne

        Comment


          #5
          Re: Embedded browse &amp; disappearing records

          I'm getting the same from my clients. When they came out with V6 I almost lost 35% of my clients and had to go back to V5 to save my business. Here is a bigger problem.

          When I use the regular embeded browse with a linked table it works great. Looks like S*** but at least it works. When I use a saved browse from the same linked table in a set it goes to hell. I now have a nice lookinh form with really nice looking butons, fantastic colors and a crappy looking browse in the middle because I cant use a nice saved browse.

          Comment


            #6
            Re: Embedded browse &amp; disappearing records

            If we are going to get stuck with the normal embedded browse ( I upgraded to V8 for the nice effects) at leats make it display in 10 point Ariel bold so that it isn't the tiny 8pt nothing. This really defeats the purpose of upgrading to V8 if they can't fix the color visual problems that are plaguing this program.

            Comment


              #7
              Re: Embedded browse &amp; disappearing records

              Originally posted by dchiass View Post
              We use embedded browse's.

              A browse has a couple records already in it. We want to add a couple more records.

              We click on <new record> add it in, then go to <new record> again to add the second. But yipes, the ones currently in the browse disappear from view & we see only 1 line where the new record is to go in.

              Once we are finished adding NEW records & click SAVE the missing ones come into view again.

              This is causing considerable confustion & double data-entry of the same record. Add then delete.

              I just checked our app in version 7 & this did NOT happen. There has been no change to this part of the program other than going from 7 to version 8.

              A clumsey work around is to SAVE "each record individually" as they are added but this slows down the process & has too many mouse movements back & forth.

              Any ideas how to get the version 7.0 process to "come back".

              BIG thanks as always.
              Thanks you for sharing your application with our development team at Alpha.
              .

              We have determined that the bug you are seeing is due to an error on your part. It is ****NOT**** a bug in Alpha Five.

              You have defined default value field rules for the linking fields in the child tables in your set. This explains why records are getting "lost".

              (The records are in fact being entered, but because your default value field rule changes the value in the linking key from the parent record's linking key value --- which A5 automatically puts into the field -- to some other value, after the new child record is saved, it is no longer linked to the parent record).

              This is a ***really**** bad error on your part because you are overriding the value that A5 put into the linking key field (A5 of course puts in the value from the parent record).

              The fact that this worked in V7 or previous versions is a fluke. You just got incredibly lucky.

              When I removed the field rules from all of the linking fields in the set's child tables, you application worked flawlessly.

              Basically, you should really never have ANY field rules that try to set or modify the value on a linking field in a child table.

              Comment


                #8
                Re: Embedded browse &amp; disappearing records

                Let me rephrase that, they are NOT lost!!! They are merely MIA aka disappear off the screen. On SAVING the browse form, they are there.

                If I enter 1 new record, click SAVE, then enter another record click SAVE etc no disappearing records at the top of the screen.

                The data is there, just not visible UNTIL I save it.

                BUT I will have my programmer make the changes you mention. I am sure he had a "logical" reason to do what he did but who knows.

                Thanks for the HELP.

                dewayne

                Comment


                  #9
                  Re: Embedded browse &amp; disappearing records

                  I'm sorry Selwyn but you are wrong. I have another form I've built with an embeded browse. There is no default field rule or anything else in the set. Just an embeded browse. When I enter 3 records in the table all three records disapear after the third record is entered. Even if I save it they don't come back until after I close the form and reopen it. This is a big problem with V8 that is holding me back from using it for applications. I have built two forms now and it does it each time.

                  Comment


                    #10
                    Re: Embedded browse &amp; disappearing records

                    Fred, suggest you post a working copy of the app here so we can verify your findings on our machines.

                    Comment


                      #11
                      Re: Embedded browse &amp; disappearing records

                      Selwyn I too am experiencing this problem and have emailed you the app in question with some guidance notes. I do not have any field rules on the linking fields and have tried the linking fields as both character and numeric in case that was the problem.

                      Thanks
                      Bob Whitaker
                      UK
                      Bob Whitaker

                      Comment


                        #12
                        Re: Embedded browse &amp; disappearing records

                        Originally posted by rmssoftware View Post
                        I'm sorry Selwyn but you are wrong. I have another form I've built with an embeded browse. There is no default field rule or anything else in the set. Just an embeded browse. When I enter 3 records in the table all three records disapear after the third record is entered. Even if I save it they don't come back until after I close the form and reopen it. This is a big problem with V8 that is holding me back from using it for applications. I have built two forms now and it does it each time.
                        How can you tell me I am wrong? Have you seen his app? I suspect you have not, whereas we have. In his case once we removed the default values on the linking key, his app worked correctly.

                        There may be something else that explains your issue. But to date, I have no record of any bug report on this issue being submitted by you.

                        Comment


                          #13
                          Re: Embedded browse &amp; disappearing records

                          I know I have sent in at least 2 bug reports on this issue as well as I have seen others post on the forum that they have sent in bug reports. last night I copied the entire set from the app built in A%V% into the folder where my V* app is. It worked perfectly as it does in V5 until I started modifing the form using V*. The the same proble started again. I have a friend who switched to V8 in Georgia when I did and he's having the same proble with his app in v*. Works fine in V% and V7 but not in V8.

                          Comment


                            #14
                            Re: Embedded browse &amp; disappearing records

                            I too am having problems with records visually "disappearing" using version 8, I've been too busy to hunt down the problem 'til now. I'll take a closer look at Selwyn's suggestions to see if it's something I've done...


                            --Bob

                            Comment


                              #15
                              Re: Embedded browse &amp; disappearing records

                              Bob, are you having the problem with a saved browse layout that you are embedding in a form layout, or is it a simple browse object that you drop into the form from the tool box? At various places in the docs these are both called "embedded browses", even though they are two very different things.

                              Later:

                              Bob, do you see the same problem using the Invoice form in AlphaSports? I'm able to enter new items records through the embedded browse without having the previously entered rows scrolled off screen. Can you confirm the same correct behavior there?
                              Last edited by Tom Cone Jr; 05-11-2007, 11:19 AM.

                              Comment

                              Working...
                              X