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

W2K prof or Windows XP

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

    W2K prof or Windows XP

    Hello,

    I can't get A5 v5 to work well on our Win98 SE peer to peer network. It's way to slow when moving from field to field when a lookup is part of the field rule. I haven't figured out why, but realized this was also an issue with A5 v4, but just not as slow.

    So, I've decided to upgradge to Windows 2000 professional or Windows XP professional and try that.

    What's the best way to go? We're a small company with 5 Gateway computers, one of which we use just as a server. We also just use a peer-to-peer network.

    Any advice on which Windows OS to use?

    Thanks,

    Rick

    #2
    RE: W2K prof or Windows XP

    Rick

    The bigger issue is how you are using the program on the network. If each terminal is network optimized, it shouldn't make much difference what operating system you are using.

    Jerry

    Comment


      #3
      RE: W2K prof or Windows XP

      Each terminal is network optimized. Without that, A5 v4 slowed to a crawl as well.

      Rick

      Comment


        #4
        RE: W2K prof or Windows XP

        We've used A5 v4.5 on both Win 2000 Server and XP Pro with 6-8 users and never had any issues with data loss, etc. Speed hasn't been a problem... we've got 10 tables open at any one time.

        We've even had one network with 6 users that were NOT network optimized (the program and tables were on the server) to see if we'd have a speed problem. We didn't... and last I heard, it's still running just fine.

        Regards,
        --Bob

        Comment


          #5
          RE: W2K prof or Windows XP

          Rick

          A5V5 is a little slower that A5V4.5, but the speed of a shodow installation is primarily determined by the speed of the terminal, not the operating system. I have one user with older Pentium II computers and Win98 with the fastest being about 300 mhz. The speed in A5V4.5 is fine across the network. A5V5 is much slower. On a faster computer, 1.4 ghz processor and above, the speed difference is noticable, but not an issue. On another computer running at 2.4, the speed difference is very small.

          My experience suggests that a network with A5V4.5 will run fine with processors running at a minimum of 300 mhz, but A5V5 needs about 1.4 ghz or faster to work smoothly. With new 1.7 Celeron based computers going for as little as $350, this should not be a big issue much longer.

          Jerry

          Jerry

          Comment


            #6
            RE: W2K prof or Windows XP

            As previously stated, the speed of the pc you are running the app on does make a big difference.

            On thing that we noticed was that if a table has a lot of field validation and calculations going on live as the operator is keying this can make the entry speed take a huge hit.

            We took a lot of the processing off the field rules and into a seperate batch process, this hellped a lot.

            Wouldnt recommend anything under a 1.2ghz for A5v5
            Chris Tanti
            Technical Support

            Nuance & Fathom Ltd - The data-driven marketing agency

            Comment


              #7
              RE: W2K prof or Windows XP

              Rick,

              Lookups in field rules can slow things down dramatically. Just for a test, take out the lookup and see what happens. If you see a big difference, then maybe you should change your logic to do this test elsewhere. You may want to try it in a can-depart event for the field during entry.

              Tom

              Comment


                #8
                RE: W2K prof or Windows XP

                Thanks all for the great info and tips!

                Rick

                Comment


                  #9
                  RE: W2K prof or Windows XP

                  Unfortunately, I'm working with Gateway computers that are 3 years old. They're P3's running 600mhz (one's at 750mhz).

                  Rick

                  Comment


                    #10
                    RE: W2K prof or Windows XP

                    I had a speed problem on a network computer. I found that it was due to having several logical fields displayed using the check mark type and setting the background to transparent. The checkmark is fine but the transparent setting slowed moving from record to record to 2-3 seconds.

                    Comment


                      #11
                      RE: W2K prof or Windows XP

                      Rick

                      A lot depends on the complexity of your database, but if that is what you are stuck with, A5V4.5 will be noticeably faster. If there is a prospect of moving to faster computers in the near future or you need the features of A5V5, then you may be want to work around the speed issues. If that is not likely, then see if anything can be simplified to improve the speed or stick to A5V4.5.

                      When I was designing in A5V4.5, I always tested every design in a slow 300 mhz computer. In A5V5, I am using a 1.4 ghz machine for testing and still try it on the old 300 to see if it will work. If a database runs ok on a slow machine, then the speed is impressive on a fast one.

                      Jerry

                      Comment

                      Working...
                      X