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

Are you sure you want to lose your changes ?

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

    Are you sure you want to lose your changes ?

    Hi there,

    I rely on the Alpha5 Engine (I assume that's where it goes) "Are you sure you want to lose your changes ?" when a form is in the Enter or Change mode and I push the Esc key. Trouble is, that I don't know how to gain control of the program once i have given the answer = Yes. The system normally displays Record # 1 of the Table of interest, and the form then just sits there and looks at me. I would typically require the program to go back to my prompting routine gracefully, rather than the operator having to reselect. Can anyone suggest

    Looking forward
    Dave Mac

    It's not so much what you don't know that gets you into trouble, but what you know for sure, that just ain't so. - Mark Twain.

    #2
    Re: Are you sure you want to lose your changes ?

    The system normally displays Record # 1 of the Table of interest
    Using V11 and don't have V9 installed but I don't think returning to the first record is normal behavior. You should remain on the record being edited. Could you have some coding or field rule which is effecting the fetching of the first record?
    There can be only one.

    Comment


      #3
      Re: Are you sure you want to lose your changes ?

      Originally posted by Stan Mathews View Post
      Using V11 and don't have V9 installed but I don't think returning to the first record is normal behavior. You should remain on the record being edited. Could you have some coding or field rule which is effecting the fetching of the first record?
      Thanks Stan,

      In this case i am actually creating the next record in an Invoice seq, so when I cancel, no current rec has been created as yet. I imagine in this case the system going to rec #1 makes sense. I assume from your reply that there is no way of gaining control, which is what i am after.

      Regards
      Dave Mac

      It's not so much what you don't know that gets you into trouble, but what you know for sure, that just ain't so. - Mark Twain.

      Comment


        #4
        Re: Are you sure you want to lose your changes ?

        Dave, troubleshooting these interface issues is difficult without a detailed description of before, after, and desired, with an explanation of the flow desired and complete context information. Easier often to post a sample for us to see.

        You know of course that the ESC key can be trapped so that your own custom script can control what happens next. If you're looking for a solution that does NOT involve the onKey event then I'm thinking maybe there's little that can be done. However, the OnKey event could fire a script that cancels the pending edits, and leaves focus where you desire.

        Comment


          #5
          Re: Are you sure you want to lose your changes ?

          Originally posted by Tom Cone Jr View Post
          Dave, troubleshooting these interface issues is difficult without a detailed description of before, after, and desired, with an explanation of the flow desired and complete context information. Easier often to post a sample for us to see.

          You know of course that the ESC key can be trapped so that your own custom script can control what happens next. If you're looking for a solution that does NOT involve the onKey event then I'm thinking maybe there's little that can be done. However, the OnKey event could fire a script that cancels the pending edits, and leaves focus where you desire.

          Thanks Tom.

          My reason for persuing this one is that with a single Esc key
          Alpha5 looks after "Are you sure you want to lose your changes ? ",
          ENTER or CHANGE mode dependent. I used to use OnKey coding to achieve
          this until I discovered the strength of Alpha5 giving this clean,
          simple result.

          Esc key in VIEW mode, I trap and fire a script and have the control.

          It seems that by utilizing Alpha5 power to cancel changes, one
          relinquishes control. (Where does a system designer go once
          the Alpha5 Engine has done it's thing, I suppose is the question)

          I Attach a db including Function Acc_Onkey()

          Thanks for your help
          Attached Files
          Dave Mac

          It's not so much what you don't know that gets you into trouble, but what you know for sure, that just ain't so. - Mark Twain.

          Comment


            #6
            Re: Are you sure you want to lose your changes ?

            Hi Dave
            I have never designed that way so it took me a bit to understand what you are attempting, and work out a way to give you control
            On the OnKey event put this code and you will see where you have the point of control with a dlg msg - to return from whence the user came use parentform.close
            or ask if the user wishes to lose changes whatever

            Code:
            if a_user.key.value = "{ESC}"
            'you can test    if parentform.mode_get()= "View"
            	a_user.key.handled = .T.
            	if a_user.key.event = "down"
            		ui_msg_box("PRESS Esc","Here is your control") '  eg.         parentform.close()
                end if
            ' if you tested then end if
            end if

            Comment


              #7
              Re: Are you sure you want to lose your changes ?

              Hi Ray in Capetown,

              Thanks for the help. Appreciated.

              I actually used to use my own routines to prompt user whether to lose changes or not. This does give me the control I need and that you are suggesting. However, I then realized that Alpha5 (Engine ?) gives a fair amount of assistance which saves us developers having to code, and results in cleaner code overall. Ideally, I would like to use Alpha5 assistance mentioned above AND retain the control. That's what this thread is all about.

              Thanks again
              Dave Mac

              It's not so much what you don't know that gets you into trouble, but what you know for sure, that just ain't so. - Mark Twain.

              Comment


                #8
                Re: Are you sure you want to lose your changes ?

                Well anyway Dave I'm happy you asked - in looking at your example, in the spirit of helping (and the challenge) explored something I hadn't thought to. Found another handy technique to assist under certain conditions. For future use, really easy to deploy.

                As you illustrated, there are complications where a form, based on a new record then cancelled, no longer HAS a record then defaults to the closest prior available record in the current table. e s p e c i a l l y in a multi user environment.

                Generally i would use either a form based on temp table or an Xdialog for adding a new record that may be cancelled.
                Then give the user control with conditional button options that will include MODE_GET() - which doesn't discriminate how the mode changed.

                Yeh I know many of you have heard this from me before - THIS is precisely where in my experience the underutilized shadow table methods provides a flawless user experience - the one form simply becomes a window switching between tables. I have multiple concurrent users on the same invoice form creating new records but each on different physical tables or the main table itself with no visible change or difference for the user.
                Last edited by Ray in Capetown; 10-15-2014, 03:49 PM.

                Comment


                  #9
                  Re: Are you sure you want to lose your changes ?

                  Originally posted by Ray in Capetown View Post
                  Yeh I know many of you have heard this from me before - THIS is precisely where in my experience the underutilized shadow table methods provides a flawless user experience - the one form simply becomes a window switching between tables. I have multiple concurrent users on the same invoice form creating new records but each on different physical tables or the main table itself with no visible change or difference for the user.
                  Hi Ray in Capetown,

                  Regarding the above, I am familiar with the concept of Shadow database as used in configuration of more than a single terminal. However, I have a single Invoice form (INV) which i would like to use for Cr.Notes (CRN), (which is a different table) as well. The INV table and the CRN table are identical. Is it possible to use the same form for both INV and CRN concurrently, updating the different tables ?

                  I got on to Alpha5 help TABLE.CREATE_SHADOW which directed me to 'Turbo Demo - how to manipulate a shadow table' but then it implied that I was on an obsolete link !

                  Can you please direct me to some documentation which will throw some light on your 'underutilized shadow table'

                  Looking forward
                  Dave Mac

                  It's not so much what you don't know that gets you into trouble, but what you know for sure, that just ain't so. - Mark Twain.

                  Comment


                    #10
                    Re: Are you sure you want to lose your changes ?

                    Correct there is only that in the help. I have distributed a billing system that uses Shadow tables, been in use for for two years. I was concerned about unforseen problems when first implemented. It has been absolutely reliable. One company doing about 3000 invoices a month, no collisions. Of course you need to develop a strategy around updating central table/s once invoiced but you always should anyway.
                    Here's a simple demo set up.
                    Look at the form Start. Open an invoice as Billy, do something, close it. Open invoice as Bobby do something close it. Open Bobby again.
                    To test on one terminal simultaneously (for say invoice and credit note) I created a Billy button to the right, it opens a separate invoice instance to Bobby, still using the one form, set etc but pointing to different physical tables.
                    Attached Files

                    Comment


                      #11
                      Re: Are you sure you want to lose your changes ?

                      I have 37 car dealers that have downloaded and use my app in shadowed. It is a standard for me.

                      I have them set up before they are ever sent for install. No mapped drives either.

                      I simply get the name of their server and have them(since I am not there) create a folder on that server with proper sharing. I name one of my computers to dupe their server and build it all right here before packaging.
                      They have 2 installs. One for server and one for workstation. The one for the workstations can be installed on as many as they wish.

                      They do not have to copy/paste or perform any other actions except to install like any other application. Shadow Paths are already set when they get the application.
                      Dave Mason
                      [email protected]
                      Skype is dave.mason46

                      Comment


                        #12
                        Re: Are you sure you want to lose your changes ?

                        Dave you are talking about Shadowed Database. That applies in setting up a database.

                        A Shadow table is a different topic, altogether, has absolutely nothing to do with Shadowed Database. Can be created only in code.

                        Added:
                        You can substitute individual physical tables out with others in one session. The same functions, methods sets, reports, views browses whatever will be looking at a different set of data.
                        Last edited by Ray in Capetown; 10-23-2014, 11:03 AM.

                        Comment


                          #13
                          Re: Are you sure you want to lose your changes ?

                          OOps OK
                          Dave Mason
                          [email protected]
                          Skype is dave.mason46

                          Comment


                            #14
                            Re: Are you sure you want to lose your changes ?

                            Thanks Ray,

                            Looks promising. I'll see if I can integrate it into what I am doing here. Will keep you posted.

                            Have a good one.
                            Dave Mac

                            It's not so much what you don't know that gets you into trouble, but what you know for sure, that just ain't so. - Mark Twain.

                            Comment


                              #15
                              Re: Are you sure you want to lose your changes ?

                              Hi Dave,

                              It sounds like you are referring to a Server application and not a desktop application with your setup procedure. Is that the case ?
                              Dave Mac

                              It's not so much what you don't know that gets you into trouble, but what you know for sure, that just ain't so. - Mark Twain.

                              Comment

                              Working...
                              X