Group, My intitial test shows this idea may not work. I needed to figure out a plan to try. I have a table with about 750,000 records for use. I borrowed Razzak's StopWatch example and made the following changes; created a temporary table in the on-before start eep placed an animated gif on the form and enabled it placed this in the start button of the sample; PAUSE FOR 2 --to give time for the form timer to start APPEND myrealtable TO mytemptable --do the dirty work of 750,000 records across network PROPERTY RBASE_FORM TIMERENABLED 'FALSE' -- to show me when it stopped When the form started the animated gif was running. When I pressed the start all action ceased. The form timer never fired to update the caption with the time and the animated gif stopped and the theme even showed signs of struggle. 43 seconds later the form was normal with animated gif running and a display showing that 43 seconds had passed since I had pressed the start. More testing may need to be done but this is what I found. Jan
-----Original Message----- From: Dennis McGrath <[EMAIL PROTECTED]> To: [email protected] (RBASE-L Mailing List) Date: Fri, 18 Jul 2008 14:06:12 -0500 Subject: [RBASE-L] - Re: Animated GIF object As a Windows timer control, it has to operate in its own thread, it is totally independent of the application thread. What needs to be tested is if the rbase code in the timer eep will also run independently. If it does then using it to update a progress control will work. Dennis McGrath >>I believe the time was so well received because it fills a very necessary >>function of being able to periodically execute something out side of the >>main application thread. -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Wills, Steve Sent: Friday, July 18, 2008 1:59 PM To: RBASE-L Mailing List Subject: [RBASE-L] - Re: Animated GIF object Is that why it was so well-received, even if not everybody understands and/or uses it? I guess it would be fairly useless, as a timer, if it didn't run in its own "thread". I know I've taken Razzak's "stopwatch" examples and played with them, effectively inserting several data items for single rows on the "press" of various buttons and it worked fine. I haven't tested its function/performance while attempting a statement of "bulk", as it were ... umm', yes, that was "bulk", with a "k", rather than an "l". ;-) Steve in Memphis -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of MikeB Sent: Friday, July 18, 2008 1:19pm 13:19 To: RBASE-L Mailing List Subject: [RBASE-L] - Re: Animated GIF object The timer runs in its' own thread, so ProcessMessage should give the message loop a breather for screen updates. ----- Original Message ----- From: "Dennis McGrath" <[EMAIL PROTECTED]> To: "RBASE-L Mailing List" <[email protected]> Sent: Friday, July 18, 2008 1:04 PM Subject: [RBASE-L] - Re: Animated GIF object What happens if you use a timer to update a progress bar? Does that also stall? Dennis McGrath ________________________________ From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of jan johansen Sent: Friday, July 18, 2008 11:14 AM To: RBASE-L Mailing List Subject: [RBASE-L] - Re: Animated GIF object Bob, Through trial and error I have discovered the follwing things about this kind of feedback. 1. Animated GIF's stop working during any heavy processing time. RBase simply demands 100% of the processor (that may be an oversimplification and not intended to offend. 2. The ProcessMessage option for PAUSE also falls into this category. It does not really work well for APPEND and PROJECT but does work well inside a CURSOR. Also the Meter for the PAUSE works inside a cursor very will. The ProcessMessage is very nice for things like the before generate on a report. 3. If I determine that a process will take several minutes that I could do with an APPEND, I change my thinking to run a CURSOR so I can either use the ProcessMessage or the Meter in a PAUSE or if I will remain in a form I use the METER tool to display a moving bar until completion. I may also use a STATIC TEXT that I change do provide even more feedback to the user. 4. If all else fails I display a PAUSE and tell them to keep their fingers off the keyboard and go get a cup of coffee. If I have an idea of how long the process may typically take I might simply state that. To often the user checks email and the PAUSE is now in the way. Good luck. Jan -----Original Message----- From: [EMAIL PROTECTED] To: [email protected] (RBASE-L Mailing List) Date: Fri, 18 Jul 2008 15:57:56 +0000 Subject: [RBASE-L] - Animated GIF object I have not used animated gifs much in the past, but just placed one on a form. I have an EEP that projects a temp table from an ODBC table that takes 30-40 seconds to complete. I wanted a visual queue to the user that processing was indeed taking place, so I displayed a text message and placed the animated gif beside it. Property Gif001 visible 'TRUE' Property Gif001 refresh 'TRUE' Project temp Table ....... Displays the gif object but it does not move (animate) until the PROJECT operation completes. Then it moves quite nicely. What is the correct process to give the user a moving visual notice while the PROJECT is occuring? Thanks, -Bob -- Thompson Technology Consultants LaPorte, IN 46350 219-363-7441
