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

Script causing browser to run slowly

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

    #61
    Re: Script causing browser to run slowly

    For clarification, Selwyn, I want that grid to open in a tabbed ui because user might enter a lot of data and I want to be sure they get the warning to save their changes before closing it. It is a whole lot harder to get a window to do that... I've done code to detect that a grid in a window is dirty, and triggering a warning, but that seems to cause me problems if users open another window from the window trying to give the warning. It just starts causing all kinds of disabling of buttons if dirty, etc., etc. ..... bottom line, I want that grid to be in a tabbed ui.
    Carol King
    Developer of Custom Homebuilders' Solutions (CHS)
    http://www.CHSBuilderSoftware.com

    Comment


      #62
      Re: Script causing browser to run slowly

      Hi Carol, the test I put together has the grid running in a tabbed ui which is what you're aiming for. Let me know if there's any kind of test you'd like me to put together since I have this set up for general access. This is puzzling especially since we've pretty much taken the same steps and had the same problems right up to build 2506-3890, now it works for me but not your app

      Comment


        #63
        Re: Script causing browser to run slowly

        David, in your test the grid with the dates on it is popping up in a window and not in a tabbed pane in the ui. ie, I think your link to open that grid must tell it to open in a window and not a tabbed ui pane. Mine tells the grid with the dates on it to open in a tabbed ui pane (which causes another pane to open... see my boring video in a recent post in this thread)
        Carol King
        Developer of Custom Homebuilders' Solutions (CHS)
        http://www.CHSBuilderSoftware.com

        Comment


          #64
          Re: Script causing browser to run slowly

          Carol, why are you using the Tabbed ui?
          Insanity: doing the same thing over and over again and expecting different results.
          Albert Einstein, (attributed)
          US (German-born) physicist (1879 - 1955)

          Comment


            #65
            Re: Script causing browser to run slowly

            Pete, It's easiest to explain with a video (me and my videos!).....
            Video 1: http://screencast.com/t/90pkeLFGH

            PLUS, as I said, it's a whole lot easier to warn the user that they have not saved their work in a tabbed ui. I do have a lot of 'drill down' grids popping up in windows, but for their main data grids, I'd like them to be able to leave them open in panes.
            Carol King
            Developer of Custom Homebuilders' Solutions (CHS)
            http://www.CHSBuilderSoftware.com

            Comment


              #66
              Re: Script causing browser to run slowly

              Firstly, wonderful job you are doing. Here's a hint - the tabbed is trying to be to smart and has events happening that you may not want, so dump it. Use the newer Super Control functionality of the Dialog2 and YOU control what happens not Alpha or it's design, use the Dialog as One TAB Super Control put each of your grids in a Tab, just like you have now and test - it should take you 30 minutes to do - then you have control.
              Insanity: doing the same thing over and over again and expecting different results.
              Albert Einstein, (attributed)
              US (German-born) physicist (1879 - 1955)

              Comment


                #67
                Re: Script causing browser to run slowly

                Do you have a lot of show/hide or enable/disable expressions on fields or images? I think I've made that connection before--essentially you're giving it a lot of javascript to run and the browser bogs down. Explains why it's worse in IE 8 than something that processes javascript faster as well. Maybe?

                Comment


                  #68
                  Re: Script causing browser to run slowly

                  Thanks, Pete and Chris. Pete, I will look into that Dialog2 Tab Super Control and give it a try. Yes, Chris, I do have quite a few show/hide and enable/disable expressions going on. I'm going to study those. Maybe better to go ahead and show and enable, and then give user a message when they click about why it can't be used right now... hmmmm
                  Carol King
                  Developer of Custom Homebuilders' Solutions (CHS)
                  http://www.CHSBuilderSoftware.com

                  Comment


                    #69
                    Re: Script causing browser to run slowly

                    Carol, Have you tried without the countdown timer? I'm not sure how that works but it seems that could be using a lot of resources.

                    Another thing I found that slows down the system is lookups set to load at render time. I have set most of mine to ajax callback. I use data from a slimmed down view, sorted and filtered on the server as the data source for the lookup and the grids load much faster and the lookups load time is almost unnoticeable. Although I don't use many combo boxes I would guess that a couple of those on each row could cause a major slowdown.
                    Last edited by frankbicknell; 03-15-2012, 07:33 AM.
                    Win 10 64 Development, Win 7 64 WAS 11-1, 2, Win 10 64 AA-1,2, MySql, dbForge Studio The Best MySQL GUI Tool IMHO. http://www.devart.com/dbforge/mysql/studio/

                    Comment


                      #70
                      Re: Script causing browser to run slowly

                      Carol - I've just done some tests - I'd say once you leave the Tabbed UI even your Access database will run better. I really don't think you should cut down on functionality, I've never had these issues.
                      Insanity: doing the same thing over and over again and expecting different results.
                      Albert Einstein, (attributed)
                      US (German-born) physicist (1879 - 1955)

                      Comment


                        #71
                        Re: Script causing browser to run slowly

                        Originally posted by peteconway View Post
                        Carol - I've just done some tests - I'd say once you leave the Tabbed UI even your Access database will run better. I really don't think you should cut down on functionality, I've never had these issues.
                        I really have never ran into speed problems with Tabbed UI, my backend is also mssql, Is the dialog super controller that much better?

                        Comment


                          #72
                          Re: Script causing browser to run slowly

                          Originally posted by Islip View Post
                          I really have never ran into speed problems with Tabbed UI, my backend is also mssql, Is the dialog super controller that much better?
                          You need to be careful about what you read on the message board. Unfortunately, some of the comments can be misleading at best or simply uninformed at worst. There is no speed problem with a TabbedUI and there is no reason not to use them. Using a Dialog component to host your Grids is a great idea if you want more control over the placement of your components, but offers no performance benefits.

                          Opening a Grid in a tabbed UI is identical to opening it any other way.

                          The only difference is in the following scenario:
                          You have a grid with a button that opens another grid. This child grid could be opened in 1) a modal popup window, 2) a modeless popup window, or 3) in tabbed UI pane.

                          Opening the child grid in a popup window (with Grid caching turned on) will provide a performance benefit over methods 2 and 3 (if Grid caching is turned on). The benefit will only be seen the SECOND and subsequent times you click the button to open the child Grid.

                          The videos explain in more detail.

                          http://screencast.com/t/QOLYY6IlrQ8
                          http://screencast.com/t/1z2O4jdMK

                          Comment


                            #73
                            Re: Script causing browser to run slowly

                            Glad we are getting that out of the way...
                            Chad Brown

                            Comment


                              #74
                              Re: Script causing browser to run slowly

                              Selwyn, does caching only affect the layout of the grid, and not the data displayed? I was unchecking it when opening a child grid because I was concerned that the child would not show any recent changes to the data. Thanks for the video explanations.
                              Carol King
                              Developer of Custom Homebuilders' Solutions (CHS)
                              http://www.CHSBuilderSoftware.com

                              Comment


                                #75
                                Re: Script causing browser to run slowly

                                caching has nothing to do with the data that is displayed in the grid.

                                when the grid is first shown, the html templates used by the grid need to be prepared. caching simply refers to the work done to prepare the html templates and other setup work for the grid.

                                the grid will always display current data from the tables on every callback.

                                Comment

                                Working...
                                X