You almost wrote it in your email!
set the endValue of Scrollbar myProgressScrollbar to myValue
If you look at the very first item in the LiveCode Preferences, you'll see that
you can change the Property Labels to show the Name of the LiveCode
Property instead of the Description of the
Thank you for that information!
John Balgenorth
On Sep 17, 2014, at 11:22 PM, Paul Hibbert paulhibb...@mac.com wrote:
You almost wrote it in your email!
set the endValue of Scrollbar myProgressScrollbar to myValue
If you look at the very first item in the LiveCode Preferences, you'll
It does not really matter. I realize the best
way is to set the end value at 100 and use
the percent value of how much has been
processed since there are limits on how
large the end value number can even be.
John Balgenorth
On Sep 17, 2014, at 10:03 PM, JB sund...@pacifier.com wrote:
How do
Here you go:
http://stackoverflow.com/questions/15282648/can-i-change-the-default-color-of-a-progress-bar-in-livecode/15282649#15282649
On 08/03/2013, at 8:50 AM, Magicgate Software - Skip Kimpel
s...@magicgate.com wrote:
Is there a way to change the default color of the progress bar to any
Thank you Monte... was hoping I could do it with the built in control.
Guess I will have to use a custom progress bar if I want to do this.
SKIP
On Thu, Mar 7, 2013 at 5:04 PM, Monte Goulding
mo...@sweattechnologies.comwrote:
Here you go:
Hi Paul,
As far as I know, the operating system controls that.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
We will have room for new projects after 1 June.
I put the keys of the properties of a scrollbar in the message. There is a
colors property but it seems to be empty. I do not think you can change the
color of a scrollbar, which is probably why others have decided to roll their
own in the past.
Bob
On May 22, 2012, at 1:39 PM, Paul Dupuis
Mark Schonewille wrote:
On 22 mei 2012, at 22:39, Paul Dupuis wrote:
What property controls the color of the progress indicator itself in
progress bars?
As far as I know, the operating system controls that.
The modern engine rendering uses the OS to draw those, but you can
revert to the
Thank you everyone for the responses.
Thank you Richard for the excellent enhancement request. I added some
votes to it.
On 5/22/2012 5:14 PM, Richard Gaskin wrote:
http://quality.runrev.com/show_bug.cgi?id=8017
--
Paul Dupuis
Cofounder
Researchware, Inc.
http://www.researchware.com/
I'll throw my 2 cents in here as well -- I've found that it doesn't impact
performance significantly to check ticks() each time through the loop. So
instead of a fixed number of iterations, which can lead to a jumpy progress bar
or excessive updates if what you're doing in the loop varies much,
Thanks Geoff, I like the concept of time based updated rather than based on
number of records processed.
Pete
On Fri, Mar 30, 2012 at 11:43 PM, Geoff Canyon gcan...@gmail.com wrote:
I'll throw my 2 cents in here as well -- I've found that it doesn't impact
performance significantly to check
Those quantum guys are such pranksters!
Pete
On Thu, Mar 29, 2012 at 7:18 PM, Peter M. Brigham, MD pmb...@gmail.comwrote:
On Mar 29, 2012, at 6:56 PM, Mike Bonner wrote:
Its a particle.. Its a wave! its a particle. Its a wave! Its a cat in a
box!
Coincidence -- someone just sent me
On Mar 30, 2012, at 12:29 PM, Pete wrote:
Those quantum guys are such pranksters!
or not!
-- Peter
Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url
Would a line like 'wait 0 millisecs with messages' in the loop help ?
I'm using a progress bar for the first time. Checked it all out stepping
through things in debug and all worked fine. However, when I run it
normally (meaning no debug), the blue progress bar never moves beyond it's
Ditto to what they said. For an explanation, the progress bar will only update
during an idle time. While scripts are running, there is no idle time. The wait
with messages gives the engine the idle time it needs to do it's thing.
Bob
On Mar 29, 2012, at 3:03 PM, Pete wrote:
I'm using a
Thanks guys. I put a wait 0 in there and that made the progress bar update
visible. Seems kinda weird that there's a difference between not waiting
and waiting zero, but that's OK!
This does lead to an interesting conundrum though. It takes about 2.5
times longer to process my test data with a
Its a particle.. Its a wave! its a particle. Its a wave! Its a cat in a
box!
Isn't there some rule of quantum physics about changing the outocme of an
experiment by observing it?
Pete
___
use-livecode mailing list
use-livecode@lists.runrev.com
You might try locking the screen at the beginning of each loop. I think the
wait will unlock the screen.
Bob Sneidar
IT Manager
Calvary Chapel CM
Sent from iPhone
On Mar 29, 2012, at 15:53, Pete p...@mollysrevenge.com wrote:
Thanks guys. I put a wait 0 in there and that made the progress
Hi Pete:
Locking the screen is one way to speed things up, if you're not already
doing that, but make sure you unlock at the end of the loop, and relock at
the beginning. Another method that can help facilitate processing is to NOT
update the progress bar in every loop. Use a counter to
Pete wrote:
It takes about 2.5 times longer to process my test data with a
progress bar than without one.
...
I calculate the update interval by dividing the number of records to
be processed by 100 with a minimum of 10 to deal with small data
sets. I guess maybe I can play around with the
Locking the screen can dramatically improve performance for anything which
changes what you see in livecode. Progress bars are always changing due to
animation. I had the same issue with animated gifs in my spinner standalone.
Bob Sneidar
IT Manager
Calvary Chapel CM
Sent from iPhone
On Mar
Pete, if you only need a progress bar for Mac, I can update my spinner
standalone to have a progress bar. That way the progress bar will continue to
animate, since it would be independent of the livecode IDE, or anything else
for that matter. Let me know if you are interested.
Bob Sneidar
IT
On Mar 29, 2012, at 6:56 PM, Mike Bonner wrote:
Its a particle.. Its a wave! its a particle. Its a wave! Its a cat in a
box!
Coincidence -- someone just sent me today a cartoon: a fake poster:
Reward! $1,000,000,000
Schroedinger's Cat
Wanted Dead and Alive
-- Peter
Peter M. Brigham
Hi steve,
You could do someting like this:
sb1 is the name of the scrollbar
This is in the script of Check1 (check box 1)
For ease, lets assume you have 10 check boxes.
//Initially set the start and end points for the scrollbar sb1
set the startValue of scrollbar sb1 to 0
set the endValue
Hi steve,
You could do someting like this:
sb1 is the name of the scrollbar
This is in the script of Check1 (check box 1)
For ease, lets assume you have 10 check boxes.
//Initially set the start and end points for the scrollbar sb1
set the startValue of scrollbar sb1 to 0
set the endValue
Hi Andy, This works but when I add if the hilite of btn Check2 is true
then... on the next card, the progress bar dose not move and when I
un-check on any of the cards the bar shows no progress at all.
Steve
--
View this message in context:
26 matches
Mail list logo