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



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

refresh browse on form

  • Filter
  • Time
  • Show
Clear All
new posts

    refresh browse on form

    I have a simple form with a browse screen (name=browse1).
    At the same time I have a button that will pop up
    a "dialog" form.

    This pop up dialog basically ask user to select a
    new product. The result of this selection will create a new record on browse1.

    Upon existing from the "dialog" pop up
    my wish id to see browse1 refresh automatically.

    I tried several method and none seems to be consistant.
    The original form never change. Thus on activate/on enter has
    no bearing..

    Any suggestion of having a permanent reliable "refresh"
    on my browse1

    ken tjia

    RE: refresh browse on form

    Hello Ken,

    Refreshing browses has always been somewhat of an issue, but I've never ran into a situation where it couldn't be done, just takes some fiddling. First, if you write the new record directly into the browse then this will not be an issue. Second, if you have a browse with a specific sort order built in, these seem to be harder to refresh. Without knowing what your code looks like I'm just shooting in the dark, but I'm assuming that you are writing the new record directly to the table underlying the browse. Try a Parentform.resynch() after you've written and saved the new record. Get a pointer to the browse and refresh() as in:

    b = parentform:browse1.this

    Many time fetching the first and then the last, or the other ways around for that matter will force the browse to refresh such as:


    You might post your code here and let us look over it.

    Good luck,


      RE: refresh browse on form

      Thank you Jim for such a quick reply,

      Yes I agree with you that somehow it just not clicking.
      I will implement this changes for a try this afternoon
      There is no fileter or sorting. Just plain form
      where Browse1 is a child of someone on the form

      Ken Tjia


        RE: refresh browse on form


        What do you classified the condition when a "dialog"
        popup and "close".

        ON-ENTER/ON-ACTIVATE not applicable here..

        What is the right condition ?
        Since there was no record created within the form.
        New data got added by the dialog form instead.

        I am crossing this issues on many occasion.
        Had to applied several refresh/fetch like you described.
        The worse case is they are not reliable.

        Usually on first transaction..definately a no no.
        then second or third records forced the browse1 to
        show several new record(s)

        Hitting refresh on the form always work..
        But back to the same question above... what condition
        should I be using...when the dialog re-tract (close)
        and left the PARENTFORM absolutely unchanged?
        other than wish BROWSE1 to refresh.

        Aplreciate your assitance

        Ken Tjia


          RE: refresh browse on form

          Jim's approach is sound. What has worked for me is on the on exit event of the dialog something like:


          where edit_policy_transaction is the form that called the dialog.


            RE: refresh browse on form


            This is interesting. You write "...on the on exit event of the dialog something like:

            Do you really use an event of the called (dialog) form. I would have tended to use the code which opened the form in dialog mode. I wonder if the two approaches would yield equivalent results.

            Bill Hanigsberg


              RE: refresh browse on form

              Hello Ken,

              Some of the comments lead me to wonder how you have this constructed. You really don't want the dialog box to do anything except show and gather data, you shouldn't really run any code except possibly some field entry stuff. If code runs while the dialog box is loaded a call to parentform may reference the dialog form rather than the intended calling parent form. Gather your data from the dialog form, error check the users entry, close it down (via xbasic code) then write your new record, now refresh the browse.



                RE: refresh browse on form

                I really did put it in the onexit event of the dialog form and it worked. After your message I moved it to the xbasic script that called the dialog form and got the same results. That's where it will stay.


                  RE: refresh browse on form

                  Hi John,

                  Thanks very much for that. I am trying to arrive at a generalized view of how to handle such issues. To the extent possible I hope to keep all such code in a single place which makes it possible to control the order or execution.

                  Bill Hanigsberg


                    RE: refresh browse on form

                    Here are some of my "guaranteed" remedy so far work 100%

                    1) Parent form... create a button and this case I named it
                    "refresh" and the action ..browse1.refresh()
                    hide this button..

                    2) My dialog by the many things.. among: filling variable..and creating new records (added to browse1 on parent form).. at the end of the sequence .. I added:

                    just before getting out of the dialog.

                    Boy I can see the Browse1 refresh while I am still on dialog. So this work really well... Until this afternoon.
                    I found that when I applied filter to my parentform.
                    Like show today's records..etc.. Now opening up the dialog
                    everything fail to refresh.. hi.. so thinking to check for
                    "release" all query before going into "dialog"
                    any suggestion

                    ken tjia

                    Dialog pop up... I do my thing...Create many records by the way... The Xbasic..that run the my posting the end of it i added...


                      RE: refresh browse on form

                      oh boy... my dialog is busy doing many things
                      and at the end..will run a script that create a new reocrds to one of the child of the parentform.

                      That is why I want the Browse1 to refresh as it need to show
                      new entry...

                      The parent is where the technician name and address and info.. like he is standing in front of me asking for part.
                      I will open up dialog to see what is available... and select one and post... upon exit from dialog..

                      I will see the same technician's name.. except now browse one (gain a new record) show that I have just ordered a part for him. If he is asking for more.. I will hit dialog again and get him more...

                      Finally when he said.. I am done.. i hit close on the parentform and this will automatically send the order to my parts room and print on a small Point OF sale printer..complete with bar code on top.. and my part clerk will go to get the parts.... This will automatically send an e-mail to his supervisor to inform his superior about such a request... the e-mail is now done via a small application written to me from my employee in Montreal.
                      I will share this application ("DATAPUSHER") with everyone
                      once I am 100% sure... Very slick so far... by the way the
                      parentform is 100% touch screen driven and the dialog as well.

                      The order terminals are to be implemented in all my service locations and that form the "requsation" terminals.

                      Out of town's order will be printed over the wide area printed connection within all my facilities and in this case all out of town orders are to be printed here and we will courier request by 4pm every afternoon.
                      Most of the application been running for abour 18 months
                      but the request terminal is new and want to go alive by the end of this week.

                      William (Bill) has been exceptioanally helpful to me.
                      I thank everyone and this board for the assistance

                      Ken Tjia