Maybe 4D does not need what we do anymore, but old habits die hard. When we have multiple pages we split the code for setting up all the objects on the form into ‘Page_Methods”. The specific page methods are only run the first time the user clicks to go to that page. That way it usually makes the code base small enough that the users do not know that we are doing this. It avoids the big load at the front end of loading the form.
Back in the v3.5 days I saw 4D take 6 minutes to load a form because of this issue. The staff at this company were saying it is 4D’s fault. I took 10 minutes split it into pages and now the first page loaded up in under a second. Each page after that was a second (and that was uncompiled). Sometimes we just need to look at the problem from a different angle. - just another old timer trick Jody Bevan ARGUS Productions Inc. Developer Argus Productions Inc. <https://www.facebook.com/ArgusProductions/> > On Aug 25, 2017, at 4:31 PM, Keisuke Miyako via 4D_Tech > <[email protected]> wrote: > > there is a "duplicate by matrix" menu in the form editor, > which allows you to quickly experiment with tens of thousands of objects. > maybe it is the execution code setup code that is taking 2 seconds. > > in my experience, a form with thousands of form objects is nothing uncommon. > >> 2017/08/25 16:39、Piotr Chabot Stadhouders via 4D_Tech <[email protected]> >> のメール： >> Opening the form compiled on a quite fast Windows laptop took about 2 >> seconds. > ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
