On Sunday, October 30, 2011 04:20:39 am Jacek Kałucki wrote: > Użytkownik Jacek Kałucki napisał: > > Thishttp://dabo.codepad.org/Dtv3cpj6 example form code explains I hope > > Sorry, of course RequeryWithParent should be False: > > http://dabo.codepad.org/9sFYSDyU
Good thing I read both of your replies because at first it made no sense. ;-) Ok I understand where you are coming from - and I believe I understand Paul's thoughts too. In the past, Dabo use to have lot's of flicker. And to solve that problem I used the lockdisplay. It took about a second to complete an update of the screen no matter if there two children or 15 grand-children. And today we have very little flicker and it still takes about a second to update my screens. Most of the time is actually in the clearing of the screens - that takes time (no I don't know why). My clients have between 300 megs to about 15 gigs of data and I see very little difference between them with respect to general UI performance. I use to complain about the performance of the update because early on I discovered that the retrieval of data took only 300 MS at most. So I believed Dabo had the issue. But I soon discovered that the clients did not care about the UI delay. Most of my clients are VFP converts. What I didn't realize was VFP was taking just as much time to update a screen. Therefore my converts did see anything different. Their general performance was about the same and in some cases faster than the VFP programs I had written in the past. So What I'm saying is I doubt there is much to gain by changing the way (or when) data is retrieved. The user is most like NOT complaining about the UI performance. Your suggestion of adding a delay function could work for those edge cases were UI performance is critical. BTW the above is based on clients using windows. I have trouble with Linux screen updates. Johnf _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev Searchable Archives: http://leafe.com/archives/search/dabo-dev This message: http://leafe.com/archives/byMID/[email protected]
