Uploading progress bar

[Tim Selander via use-livecode]

We are airing a kid's anime program on TV this fall, and are encouraging 
parents to video their kids singing the theme song -- which we'll air at 
the end of the program.


Using LC Server, I made a simple page for the parents to use to upload 
the videos. It's working fine, but I would like to add a progress bar to 
give some kind of user feedback as the upload can take 2 or 3 minutes.


I've found several php scripts that do this, which look great but I have 
no idea how it works, but can anyone tell me how I could do this in LC?


Any and all tips appreciated!

Tim Selander
Tokyo, Japan

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Modern Mobile Progress Bar

[Sannyasin Brahmanathaswami via use-livecode]

Is there any way to get color to show on a native scrollbar (used as a
progress bar for a download) on mobile? It show up with background fill
black with barely visible thumbnail blue going across, changing the
color in IDE has no effect on mobile.

I think there is a mobile control, but as far I can  tell , it always in
relation to scrolling some other object, not a "standalone" progress bar.

The native scroll bar it pretty "ugly" and I would like the make the UI
bit close to what people are used to seeing.

[Side note: My goodness! I am using a function from the days of Scott
Raney, found in the first MetaCard IDE, 20 years ago... and it still
works Ha! How's that for xTalk viability! ]

But, how I would upgrade to modern UI?

This was always so simple:

*command*showProgress pURL, pStatus

*-- this is the status callback message which gets called regularly
during the download*

*-- pStatus will show some initialisation messages, then*

*-- loading,bytesReceived,bytesTotal*

*-- using a graphical progress bar instead*

*-- ths first time this is called, find the total number of bytes that
are to be downloaded*

*-- use this info to set the span of the progress bar*

*-- wait until the download info is being received*

*if* thenumberofitemsinpStatus = 3*then*

*if* thevisibleofscrollbar"Progressbar"= false*then*

*put*thelastitemofpStatus intotTotalBytes

*set*thestartValueofscrollbar"Progressbar"to0

*set*theendValueofscrollbar"Progressbar"totTotalBytes

*show*scrollbar"Progressbar"

*end* *if*

*set*thethumbPositionofscrollbar"Progressbar"toitem2ofpStatus

*end* *if*

*-- better text information*

*if* thenumberofitemsinpStatus = 3*then*

*put*item2ofpStatus intotBytesReceived

*put*item3ofpStatus intotTotalBytes

*-- this gives very large numbers that are not easily read, so convert
to KB*

*put*tBytesReceived div1024intotKBreceived

*put*tTotalBytes div1024intotTotalKB

*-- calculate speed*

*put*theseconds- sDownloadStart intotElapsedSeconds

*if* tElapsedSeconds = 0*then*

*-- make sure we don't divide by zero at the start*

*put*"unknown"intotKBperSecond

*else*

*put*round(tKBreceived / tElapsedSeconds, 1) intotKBperSecond

*end* *if*

*put*"Received (KB): "& tab& tKBreceived & "Of Total (KB: "& tab&
tTotalKB & cr&\

"At KB/sec: "& tab& tKBperSecond intofld"ProgressField"

*end* *if*

*end*showProgress


BR



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[[-hh]]

There is also progress display available along slightly more complicated
objects than rotated lines, for example as HTML5 standalones (also as
Raspi-stacks #65-#68):

= Along a free polygon
http://hh.on-rev.com/html5/progressPoly2-8.0.0-dp-15X.html
= Along a regular polygon (choose 2 at top right for a line)
http://hh.on-rev.com/html5/hhProgressHTML5_1-8.0.0-dp-15X.html
= Along a bezier curve of order 2-9
http://hh.on-rev.com/html5/hhProgressHTML5_2-8.0.0-dp-15X.html
= Along math relations (for ex. spirals or  the 'adobe-logo')
http://hh.on-rev.com/html5/hhProgressHTML5_3-8.0.0-dp-15X.html

Hit "D" to show a progress demo (running 0-100%).
The check right of "D" lets you change the "base curve" (even while the
progress is running).



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Vertical-progress-bar-tp4706135p4706157.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[Ali Lloyd]

> I wonder how a 45 degree progress bar could be made?

A progress bar widget with arbitrary rotation would be relatively easy,
perhaps a good first widget project, should anyone be looking for such a
thing.

There's even some code for a progress bar widget lying around in the
LiveCode GitHub repo...
https://github.com/livecode/livecode/blob/develop/extensions/widgets/progressbar/progressbar.lcb

On Tue, Jun 28, 2016 at 7:53 PM Dar Scott <d...@swcp.com> wrote:

> I make weird ones out of polygons.  In this case, use one for the outline
> and one filled polygon for the progress.  Group them and have a group
> property do the math.
>
> > On Jun 28, 2016, at 12:46 PM, Richmond <richmondmathew...@gmail.com>
> wrote:
> >
> > I wonder how a 45 degree progress bar could be made?
> >
> > R.
> >
> > On 28.06.2016 21:44, Mark Wieder wrote:
> >> Tore Nilsen <tore.nilsen@...> writes:
> >>
> >>> If the rect is square the scrollbar/progressbar will be vertical.
> >> Thanks.
> >> Laziness/procrastination FTW.
> >>
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[Dar Scott]

I make weird ones out of polygons.  In this case, use one for the outline and 
one filled polygon for the progress.  Group them and have a group property do 
the math.  

> On Jun 28, 2016, at 12:46 PM, Richmond <richmondmathew...@gmail.com> wrote:
> 
> I wonder how a 45 degree progress bar could be made?
> 
> R.
> 
> On 28.06.2016 21:44, Mark Wieder wrote:
>> Tore Nilsen <tore.nilsen@...> writes:
>> 
>>> If the rect is square the scrollbar/progressbar will be vertical.
>> Thanks.
>> Laziness/procrastination FTW.
>> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[rjd318]

Wow! Is right =)  I was already planning crazy stuff in my head as to how to do 
this (it wasn't going well) so thank you so much for the info!

> On Jun 28, 2016, at 12:39 PM, Tore Nilsen  wrote:
> 
> If the rect is square the scrollbar/progressbar will be vertical.
> 
> Tore
>> 28. jun. 2016 kl. 19.34 skrev Mark Wieder :
>> 
>> Dar Scott  writes:
>> 
>>> 
>>> Wow!  That is cool!  How did you even discover this?  
>> 
>> Progressbars are a subclass of scrollbars.
>> You can have horizontal and vertical scrollbars.
>> The rect determines which.
>> (not sure what happens with squares)
>> 
>> -- 
>> Mark Wieder
>> ahsoftw...@gmail.com
>> 
>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[Richmond]

I wonder how a 45 degree progress bar could be made?

R.

On 28.06.2016 21:44, Mark Wieder wrote:

Tore Nilsen <tore.nilsen@...> writes:


If the rect is square the scrollbar/progressbar will be vertical.

Thanks.
Laziness/procrastination FTW.




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[Mark Wieder]

Tore Nilsen  writes:

> If the rect is square the scrollbar/progressbar will be vertical.

Thanks.
Laziness/procrastination FTW.

-- 
 Mark Wieder
 ahsoftw...@gmail.com



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[Tore Nilsen]

If the rect is square the scrollbar/progressbar will be vertical.

Tore
> 28. jun. 2016 kl. 19.34 skrev Mark Wieder :
> 
> Dar Scott  writes:
> 
>> 
>> Wow!  That is cool!  How did you even discover this?  
> 
> Progressbars are a subclass of scrollbars.
> You can have horizontal and vertical scrollbars.
> The rect determines which.
> (not sure what happens with squares)
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.com
> 
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[Mark Wieder]

Dar Scott  writes:

> 
> Wow!  That is cool!  How did you even discover this?  

Progressbars are a subclass of scrollbars.
You can have horizontal and vertical scrollbars.
The rect determines which.
(not sure what happens with squares)

-- 
 Mark Wieder
 ahsoftw...@gmail.com




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[Tore Nilsen]

I cannot remember when, but I guess it was pure and simple logic. All controls 
have a bounding rect, and if this bounding rect is higher than its width then… 
:-)

Tore


> 28. jun. 2016 kl. 19.26 skrev Dar Scott <d...@swcp.com>:
> 
> Wow!  That is cool!  How did you even discover this?  
> 
>> On Jun 28, 2016, at 10:55 AM, Tore Nilsen <tore.nil...@me.com> wrote:
>> 
>> It is even easier, just make the height of the bounding rectangle higher 
>> than the width and you will have a vertical progress bar.
>> 
>> Tore
>>> 28. jun. 2016 kl. 18.50 skrev rjd318 <rjd...@gmail.com>:
>>> 
>>> Hi all - I guess it's not as easy as rotating the existing progress bar 
>>> control? Anyone know of a pre-existing technique to do this?
>>> 
>>> - Jose 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[Dar Scott]

Wow!  That is cool!  How did you even discover this?  

> On Jun 28, 2016, at 10:55 AM, Tore Nilsen <tore.nil...@me.com> wrote:
> 
> It is even easier, just make the height of the bounding rectangle higher than 
> the width and you will have a vertical progress bar.
> 
> Tore
>> 28. jun. 2016 kl. 18.50 skrev rjd318 <rjd...@gmail.com>:
>> 
>> Hi all - I guess it's not as easy as rotating the existing progress bar 
>> control? Anyone know of a pre-existing technique to do this?
>> 
>> - Jose 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Vertical progress bar

[Tore Nilsen]

It is even easier, just make the height of the bounding rectangle higher than 
the width and you will have a vertical progress bar.

Tore
> 28. jun. 2016 kl. 18.50 skrev rjd318 <rjd...@gmail.com>:
> 
> Hi all - I guess it's not as easy as rotating the existing progress bar 
> control? Anyone know of a pre-existing technique to do this?
> 
> - Jose 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Vertical progress bar

[rjd318]

Hi all - I guess it's not as easy as rotating the existing progress bar 
control? Anyone know of a pre-existing technique to do this?

- Jose 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Anyone else notice the progress bar flickering in 7.0.2 rc 1 build 10024

[Shawn Blc]

Anyone else notice the progress bar flickering in 7.0.2 rc 1 build 10024 or
is it just me?
I'm on OSX, compiled a little app for windows and mac, and the progress bar
flickers on both.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Paul Hibbert]

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 option.

This helps a lot when looking for property names, they are all right there in 
the inspector, but it's an easy step to overlook.

HTH

Paul

On Sep 17, 2014, at 10:03 PM, JB sund...@pacifier.com wrote:

 How do I set the end value of a progress
 bar by code instead of the inspector?
 
 John Balgenorth
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[JB]

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 see 
 that you can change the Property Labels to show the Name of the LiveCode 
 Property instead of the Description of the option.
 
 This helps a lot when looking for property names, they are all right there in 
 the inspector, but it's an easy step to overlook.
 
 HTH
 
 Paul
 
 On Sep 17, 2014, at 10:03 PM, JB sund...@pacifier.com wrote:
 
 How do I set the end value of a progress
 bar by code instead of the inspector?
 
 John Balgenorth
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Progress Bar

[JB]

How do I set the end value of a progress
bar by code instead of the inspector?

John Balgenorth

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[JB]

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 I set the end value of a progress
 bar by code instead of the inspector?
 
 John Balgenorth
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Progress Bar

[Mark Wieder]

http://boingboing.net/2013/10/08/progressbar-a-short-film.html

-- 
 Mark Wieder
 mwie...@ahsoftware.net



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Progress bar color

[Magicgate Software - Skip Kimpel]

Is there a way to change the default color of the progress bar to any color
other than green?  For instance, I would like it to be red until it gets to
100% and then it turns green.

SKIP
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress bar color

[Monte Goulding]

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 color
 other than green?  For instance, I would like it to be red until it gets to
 100% and then it turns green.
 
 SKIP
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode

--
Monte Goulding

M E R Goulding - software development services
mergExt - There's an external for that!





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress bar color

[Magicgate Software - Skip Kimpel]

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:


 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
 color
  other than green?  For instance, I would like it to be red until it gets
 to
  100% and then it turns green.
 
  SKIP
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode

 --
 Monte Goulding

 M E R Goulding - software development services
 mergExt - There's an external for that!





 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] New custom control OS X Lion async png progress bar (on RevOnline)

[Peter M. Brigham]

On Jul 19, 2012, at 11:18 AM, Bob Sneidar wrote:

 Ah, but everything about a computer application is an illusion anyway, isn't 
 it? 

One geek to another: 'Go outside, the graphics are amazing!'

-- 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 to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[ANN] New custom control OS X Lion async png progress bar (on RevOnline)

[Rolf Kocherhans]

I was also testing RevOnline with a Stack (157K) and the upload worked :-) !

LiveCode does not give us the nice blue animated progress bar Lion has,
the one we have - is only static !

I never liked this, animated progress bars make the user believe that the
waiting time is up to 11% shorter.

http://www.newscientist.com/video/76695476001-progress-bar-illusion.html

I wanted to fiddle with png animation for a while, since I now needed a 
progress bar
for a self updating application, I decided to try to create one.

Because I learned so much from both lists and people are constantly helping 
everybody
I like to share it with all of you :-) !


Find instructions on how to use it in the stack itself (under the question 
mark),
Download the stack from RevOnline (-User Samples) from within LiveCode
(the Stack file format is 2.7).



Enjoy !
Rolf
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] New custom control OS X Lion async png progress bar (on RevOnline)

[Bob Sneidar]

Ah, but everything about a computer application is an illusion anyway, isn't 
it? 

Bob


On Jul 19, 2012, at 2:50 AM, Rolf Kocherhans wrote:

 I was also testing RevOnline with a Stack (157K) and the upload worked :-) !
 
 LiveCode does not give us the nice blue animated progress bar Lion has,
 the one we have - is only static !
 
 I never liked this, animated progress bars make the user believe that the
 waiting time is up to 11% shorter.
 
 http://www.newscientist.com/video/76695476001-progress-bar-illusion.html


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Progress Bar colors...

[Paul Dupuis]

Okay, I have a very basic question I seem unable to find an answer to in
the LiveCode docs:

What property controls the color of the progress indicator itself in
progress bars?

-- 
Paul Dupuis
Cofounder
Researchware, Inc.
http://www.researchware.com/
http://www.twitter.com/researchware
http://www.facebook.com/researchware
http://www.linkedin.com/company/researchware-inc


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar colors...

[Mark Schonewille]

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. Contact me now and be first in 
line.

On 22 mei 2012, at 22:39, Paul Dupuis wrote:

 Okay, I have a very basic question I seem unable to find an answer to in
 the LiveCode docs:
 
 What property controls the color of the progress indicator itself in
 progress bars?
 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar colors...

[Bob Sneidar]

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 wrote:

 Okay, I have a very basic question I seem unable to find an answer to in
 the LiveCode docs:
 
 What property controls the color of the progress indicator itself in
 progress bars?
 
 -- 
 Paul Dupuis
 Cofounder
 Researchware, Inc.
 http://www.researchware.com/
 http://www.twitter.com/researchware
 http://www.facebook.com/researchware
 http://www.linkedin.com/company/researchware-inc
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar colors...

[Richard Gaskin]

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 older control rendering by setting the lookAndFeel 
property to Motif or Win95 to have settable colors, where the 
hiliteColor is the thumb color and the shadowColor is the background.


Unfortunately, all other controls look pretty wonky with the lookAndFeel 
set to anything but Appearance Manager.


You can also craft custom progress bars and other scrollbar types 
yourself, but it's enough work that I submitted this request some time 
ago to allow us to set the lookAndFeel for specific controls:


http://quality.runrev.com/show_bug.cgi?id=8017

--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar colors...

[Paul Dupuis]

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/
http://www.twitter.com/researchware
http://www.facebook.com/researchware
http://www.linkedin.com/company/researchware-inc


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Geoff Canyon]

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, I do this:

if ticks()  T then
  --update the progress bar
  put ticks() + 10 into T -- your choice how smooth you want it
end if

Sent from my iPad

On Mar 29, 2012, at 6:20 PM, Scott Rossi sc...@tactilemedia.com wrote:

 Use a counter to increment progress
 every 2nd, 5th, 10th loop (whatever makes sense), so updating progress has a
 lower impact on the repeat loop.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Pete]

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 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, I do
 this:

 if ticks()  T then
  --update the progress bar
  put ticks() + 10 into T -- your choice how smooth you want it
 end if

 Sent from my iPad

 On Mar 29, 2012, at 6:20 PM, Scott Rossi sc...@tactilemedia.com wrote:

  Use a counter to increment progress
  every 2nd, 5th, 10th loop (whatever makes sense), so updating progress
 has a
  lower impact on the repeat loop.

 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode




-- 
Pete
Molly's Revenge http://www.mollysrevenge.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Pete]

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 today a cartoon: a fake poster:

 Reward! $1,000,000,000
 Schroedinger's Cat
 Wanted Dead and Alive

 -- 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 to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode




-- 
Pete
Molly's Revenge http://www.mollysrevenge.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Peter M. Brigham, MD]

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 to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Progress Bar

[Pete]

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
startpos.

I'm pretty sure this is because I'm updating it in a tight loop and LC
doesn't get a chance to update the screen but I'm uncertain how to solve
that without adding to the overall execution time of the loop.

Enlightenment much appreciated.


-- 
Pete
Molly's Revenge http://www.mollysrevenge.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

RE: Progress Bar

[John Dixon]

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
 startpos.
 
 I'm pretty sure this is because I'm updating it in a tight loop and LC
 doesn't get a chance to update the screen but I'm uncertain how to solve
 that without adding to the overall execution time of the loop.
 
 Enlightenment much appreciated.
 
 
 -- 
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
  
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Bob Sneidar]

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 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
 startpos.
 
 I'm pretty sure this is because I'm updating it in a tight loop and LC
 doesn't get a chance to update the screen but I'm uncertain how to solve
 that without adding to the overall execution time of the loop.
 
 Enlightenment much appreciated.
 
 
 -- 
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Pete]

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 progress bar than without one.
 Not talking huge amounts of time - about 1 second vs 2.5 seconds - but
those times could get a lot longer in production, maybe by a factor of 10
or more, and this particular function of the application is going to be
judged at least partly on performance.

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 divisor of 100 to see what yields
the best blend of performance while still showing progress.

I might also try using an animated cursor to see how it compares
performance wise.

Isn't there some rule of quantum physics about changing the outocme of an
experiment by observing it?

Pete

On Thu, Mar 29, 2012 at 3:13 PM, Roger Eller roger.e.el...@sealedair.comwrote:

 On Thu, Mar 29, 2012 at 6:03 PM, Pete wrote:

  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
  startpos.
 
  I'm pretty sure this is because I'm updating it in a tight loop and LC
  doesn't get a chance to update the screen but I'm uncertain how to solve
  that without adding to the overall execution time of the loop.
 
  Enlightenment much appreciated.
 
  --
  Pete
  Molly's Revenge http://www.mollysrevenge.com
 

 Add a super-tiny wait to the end of the loop (25 to 100 millisecs,
 depending on what you're doing).

 ~Roger
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode




-- 
Pete
Molly's Revenge http://www.mollysrevenge.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Mike Bonner]

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
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Bob Sneidar]

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 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 progress bar than without one.
 Not talking huge amounts of time - about 1 second vs 2.5 seconds - but
 those times could get a lot longer in production, maybe by a factor of 10
 or more, and this particular function of the application is going to be
 judged at least partly on performance.
 
 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 divisor of 100 to see what yields
 the best blend of performance while still showing progress.
 
 I might also try using an animated cursor to see how it compares
 performance wise.
 
 Isn't there some rule of quantum physics about changing the outocme of an
 experiment by observing it?
 
 Pete
 
 On Thu, Mar 29, 2012 at 3:13 PM, Roger Eller 
 roger.e.el...@sealedair.comwrote:
 
 On Thu, Mar 29, 2012 at 6:03 PM, Pete wrote:
 
 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
 startpos.
 
 I'm pretty sure this is because I'm updating it in a tight loop and LC
 doesn't get a chance to update the screen but I'm uncertain how to solve
 that without adding to the overall execution time of the loop.
 
 Enlightenment much appreciated.
 
 --
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 
 
 Add a super-tiny wait to the end of the loop (25 to 100 millisecs,
 depending on what you're doing).
 
 ~Roger
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 -- 
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Scott Rossi]

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 increment progress
every 2nd, 5th, 10th loop (whatever makes sense), so updating progress has a
lower impact on the repeat loop.

Regards,

Scott Rossi
Creative Director
Tactile Media, UX Design



Recently, Pete wrote:

 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 progress bar than without one.
  Not talking huge amounts of time - about 1 second vs 2.5 seconds - but
 those times could get a lot longer in production, maybe by a factor of 10
 or more, and this particular function of the application is going to be
 judged at least partly on performance.
 
 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 divisor of 100 to see what yields
 the best blend of performance while still showing progress.
 
 I might also try using an animated cursor to see how it compares
 performance wise.
 
 Isn't there some rule of quantum physics about changing the outocme of an
 experiment by observing it?
 
 Pete
 
 On Thu, Mar 29, 2012 at 3:13 PM, Roger Eller
 roger.e.el...@sealedair.comwrote:
 
 On Thu, Mar 29, 2012 at 6:03 PM, Pete wrote:
 
 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
 startpos.
 
 I'm pretty sure this is because I'm updating it in a tight loop and LC
 doesn't get a chance to update the screen but I'm uncertain how to solve
 that without adding to the overall execution time of the loop.
 
 Enlightenment much appreciated.
 
 --
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 
 
 Add a super-tiny wait to the end of the loop (25 to 100 millisecs,
 depending on what you're doing).
 
 ~Roger
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Richard Gaskin]

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 divisor of 100 to
 see what yields the best blend of performance while still showing
 progress.

Yes, the longer interval between updates will help a lot.

This is true for all OSes, but even more so on the Mac with the rich 
rendering required for the Aqua progress indicator.


--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Bob Sneidar]

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 29, 2012, at 16:36, Pete p...@mollysrevenge.com wrote:

 Thanks Scott and Richard.  I think I've got my algorithm to determine when
 to update the progress bar nicely tuned now.
 
 I'm a little confused by the lock screen thing though.  Isn't lock screen
 for when you don't want screen changes to be seen?
 
 Pete
 
 On Thu, Mar 29, 2012 at 4:22 PM, Richard Gaskin
 ambassa...@fourthworld.comwrote:
 
 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 divisor of 100 to
 see what yields the best blend of performance while still showing
 progress.
 
 Yes, the longer interval between updates will help a lot.
 
 This is true for all OSes, but even more so on the Mac with the rich
 rendering required for the Aqua progress indicator.
 
 --
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: 
 http://LiveCodejournal.com/**blog.irvhttp://LiveCodejournal.com/blog.irv
 
 
 __**_
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/**mailman/listinfo/use-livecodehttp://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 -- 
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Bob Sneidar]

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 Manager
Calvary Chapel CM
Sent from iPhone

On Mar 29, 2012, at 16:36, Pete p...@mollysrevenge.com wrote:

 Thanks Scott and Richard.  I think I've got my algorithm to determine when
 to update the progress bar nicely tuned now.
 
 I'm a little confused by the lock screen thing though.  Isn't lock screen
 for when you don't want screen changes to be seen?
 
 Pete
 
 On Thu, Mar 29, 2012 at 4:22 PM, Richard Gaskin
 ambassa...@fourthworld.comwrote:
 
 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 divisor of 100 to
 see what yields the best blend of performance while still showing
 progress.
 
 Yes, the longer interval between updates will help a lot.
 
 This is true for all OSes, but even more so on the Mac with the rich
 rendering required for the Aqua progress indicator.
 
 --
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: 
 http://LiveCodejournal.com/**blog.irvhttp://LiveCodejournal.com/blog.irv
 
 
 __**_
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/**mailman/listinfo/use-livecodehttp://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 -- 
 Pete
 Molly's Revenge http://www.mollysrevenge.com
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress Bar

[Peter M. Brigham, MD]

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
pmb...@gmail.com
http://home.comcast.net/~pmbrig


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[Mark Wieder]

Bob Sneidar bobs@... writes:

 
 Maybe someone at Runrev will ask me to write up an article about it! 

Why wait? Write up the article and send it to Heather for the newsletter.

-- 
 Mark Wieder 





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Independent Progress Bar

[Bob Sneidar]

Hi all. I know this has been discussed in length in the past, but I cannot 
remember what the conclusion was. Does anyone have/know about an independent 
progress bar/wheel that can be used with Livecode, that will function 
independently even when Livecode is running a script? I know I could kludge it 
myself if I had control over the scripts I am running, but I do not. 

One script is Trevor's sqlYoga which is locked, and also I am opening an SQL 
database remotely, and it takes a few seconds sometimes to have that return 
control. What is needed is an addon dialog created in some version of C that we 
can call on to display a progress bar/spinner, but I am not sure if anyone has 
made such a thing. 

Seems like a really good addition to Livecode, but I don't think we are going 
to see something like that soon. 

Bob
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[René Micout]

I have test it !
Choose a gif spinner
Generate it
Download it
Import it as control in LiveCode
And hide/show it
I think it is great...

Le 14 déc. 2011 à 20:01, René Micout a écrit :

 Hello Bob,
 You can use a gif, see here :
 
 http://www.ajaxload.info/
 
 René
 
 Le 14 déc. 2011 à 19:15, Bob Sneidar a écrit :
 
 Hi all. I know this has been discussed in length in the past, but I cannot 
 remember what the conclusion was. Does anyone have/know about an independent 
 progress bar/wheel that can be used with Livecode, that will function 
 independently even when Livecode is running a script? I know I could kludge 
 it myself if I had control over the scripts I am running, but I do not. 
 
 One script is Trevor's sqlYoga which is locked, and also I am opening an SQL 
 database remotely, and it takes a few seconds sometimes to have that return 
 control. What is needed is an addon dialog created in some version of C that 
 we can call on to display a progress bar/spinner, but I am not sure if 
 anyone has made such a thing. 
 
 Seems like a really good addition to Livecode, but I don't think we are 
 going to see something like that soon. 
 
 Bob
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[René Micout]

It is better than Spinner Store
:-(


Le 14 déc. 2011 à 20:05, René Micout a écrit :

 I have test it !
 Choose a gif spinner
 Generate it
 Download it
 Import it as control in LiveCode
 And hide/show it
 I think it is great...
 
 Le 14 déc. 2011 à 20:01, René Micout a écrit :
 
 Hello Bob,
 You can use a gif, see here :
 
 http://www.ajaxload.info/
 
 René
 
 Le 14 déc. 2011 à 19:15, Bob Sneidar a écrit :
 
 Hi all. I know this has been discussed in length in the past, but I cannot 
 remember what the conclusion was. Does anyone have/know about an 
 independent progress bar/wheel that can be used with Livecode, that will 
 function independently even when Livecode is running a script? I know I 
 could kludge it myself if I had control over the scripts I am running, but 
 I do not. 
 
 One script is Trevor's sqlYoga which is locked, and also I am opening an 
 SQL database remotely, and it takes a few seconds sometimes to have that 
 return control. What is needed is an addon dialog created in some version 
 of C that we can call on to display a progress bar/spinner, but I am not 
 sure if anyone has made such a thing. 
 
 Seems like a really good addition to Livecode, but I don't think we are 
 going to see something like that soon. 
 
 Bob
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your 
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[stephen barncard]

I think the animated gifs will stall while certain operations are happening.

On 14 December 2011 11:06, René Micout rene.mic...@numericable.com wrote:

 It is better than Spinner Store
 :-(


 Le 14 déc. 2011 à 20:05, René Micout a écrit :

  I have test it !
  Choose a gif spinner
  Generate it
  Download it
  Import it as control in LiveCode
  And hide/show it
  I think it is great...
 
  Le 14 déc. 2011 à 20:01, René Micout a écrit :
 
  Hello Bob,
  You can use a gif, see here :
 
  http://www.ajaxload.info/
 
  René
 
  Le 14 déc. 2011 à 19:15, Bob Sneidar a écrit :
 
  Hi all. I know this has been discussed in length in the past, but I
 cannot remember what the conclusion was. Does anyone have/know about an
 independent progress bar/wheel that can be used with Livecode, that will
 function independently even when Livecode is running a script? I know I
 could kludge it myself if I had control over the scripts I am running, but
 I do not.
 
  One script is Trevor's sqlYoga which is locked, and also I am opening
 an SQL database remotely, and it takes a few seconds sometimes to have that
 return control. What is needed is an addon dialog created in some version
 of C that we can call on to display a progress bar/spinner, but I am not
 sure if anyone has made such a thing.
 
  Seems like a really good addition to Livecode, but I don't think we
 are going to see something like that soon.
 
  Bob
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode
 
 


 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode




-- 



Stephen Barncard
San Francisco Ca. USA

more about sqb  http://www.google.com/profiles/sbarncar
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[René Micout]

Yes I think so but this is the case in Mac OS X (... sometimes...)

Le 14 déc. 2011 à 20:25, stephen barncard a écrit :

 I think the animated gifs will stall while certain operations are happening.
 
 On 14 December 2011 11:06, René Micout rene.mic...@numericable.com wrote:
 
 It is better than Spinner Store
 :-(
 
 
 Le 14 déc. 2011 à 20:05, René Micout a écrit :
 
 I have test it !
 Choose a gif spinner
 Generate it
 Download it
 Import it as control in LiveCode
 And hide/show it
 I think it is great...
 
 Le 14 déc. 2011 à 20:01, René Micout a écrit :
 
 Hello Bob,
 You can use a gif, see here :
 
 http://www.ajaxload.info/
 
 René
 
 Le 14 déc. 2011 à 19:15, Bob Sneidar a écrit :
 
 Hi all. I know this has been discussed in length in the past, but I
 cannot remember what the conclusion was. Does anyone have/know about an
 independent progress bar/wheel that can be used with Livecode, that will
 function independently even when Livecode is running a script? I know I
 could kludge it myself if I had control over the scripts I am running, but
 I do not.
 
 One script is Trevor's sqlYoga which is locked, and also I am opening
 an SQL database remotely, and it takes a few seconds sometimes to have that
 return control. What is needed is an addon dialog created in some version
 of C that we can call on to display a progress bar/spinner, but I am not
 sure if anyone has made such a thing.
 
 Seems like a really good addition to Livecode, but I don't think we
 are going to see something like that soon.
 
 Bob
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 -- 
 
 
 
 Stephen Barncard
 San Francisco Ca. USA
 
 more about sqb  http://www.google.com/profiles/sbarncar
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[Bob Sneidar]

Better than my solution too! I created a standalone and used applescript to 
activate it. Now maybe I will use that site to create a Plugin for spinners. 

Bob


On Dec 14, 2011, at 11:06 AM, René Micout wrote:

 It is better than Spinner Store
 :-(
 
 
 Le 14 déc. 2011 à 20:05, René Micout a écrit :
 
 I have test it !
 Choose a gif spinner
 Generate it
 Download it
 Import it as control in LiveCode
 And hide/show it
 I think it is great...
 
 Le 14 déc. 2011 à 20:01, René Micout a écrit :
 
 Hello Bob,
 You can use a gif, see here :
 
 http://www.ajaxload.info/
 
 René
 
 Le 14 déc. 2011 à 19:15, Bob Sneidar a écrit :
 
 Hi all. I know this has been discussed in length in the past, but I cannot 
 remember what the conclusion was. Does anyone have/know about an 
 independent progress bar/wheel that can be used with Livecode, that will 
 function independently even when Livecode is running a script? I know I 
 could kludge it myself if I had control over the scripts I am running, but 
 I do not. 
 
 One script is Trevor's sqlYoga which is locked, and also I am opening an 
 SQL database remotely, and it takes a few seconds sometimes to have that 
 return control. What is needed is an addon dialog created in some version 
 of C that we can call on to display a progress bar/spinner, but I am not 
 sure if anyone has made such a thing. 
 
 Seems like a really good addition to Livecode, but I don't think we are 
 going to see something like that soon. 
 
 Bob
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your 
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[Bob Sneidar]

Ohhh you are right. Well my Standalone idea works a peach, if you can stand 
having a user see another app launch with only one menu, then disappear without 
knowing why. I could make it more robust if I knew how to pass information to a 
standalone created in Livecode. I think there are some lessons on that. Time to 
read up a bit. 

Bob


On Dec 14, 2011, at 11:25 AM, stephen barncard wrote:

 I think the animated gifs will stall while certain operations are happening.
 
 On 14 December 2011 11:06, René Micout rene.mic...@numericable.com wrote:
 
 It is better than Spinner Store
 :-(
 
 
 Le 14 déc. 2011 à 20:05, René Micout a écrit :
 
 I have test it !
 Choose a gif spinner
 Generate it
 Download it
 Import it as control in LiveCode
 And hide/show it
 I think it is great...
 
 Le 14 déc. 2011 à 20:01, René Micout a écrit :
 
 Hello Bob,
 You can use a gif, see here :
 
 http://www.ajaxload.info/
 
 René
 
 Le 14 déc. 2011 à 19:15, Bob Sneidar a écrit :
 
 Hi all. I know this has been discussed in length in the past, but I
 cannot remember what the conclusion was. Does anyone have/know about an
 independent progress bar/wheel that can be used with Livecode, that will
 function independently even when Livecode is running a script? I know I
 could kludge it myself if I had control over the scripts I am running, but
 I do not.
 
 One script is Trevor's sqlYoga which is locked, and also I am opening
 an SQL database remotely, and it takes a few seconds sometimes to have that
 return control. What is needed is an addon dialog created in some version
 of C that we can call on to display a progress bar/spinner, but I am not
 sure if anyone has made such a thing.
 
 Seems like a really good addition to Livecode, but I don't think we
 are going to see something like that soon.
 
 Bob
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 -- 
 
 
 
 Stephen Barncard
 San Francisco Ca. USA
 
 more about sqb  http://www.google.com/profiles/sbarncar
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[stephen barncard]

there was also a script for an animated spinner that used 'send in time' to
advance the frames. I'll try and find it if interested.

sqb

On 14 December 2011 11:44, Bob Sneidar b...@twft.com wrote:

 Ohhh you are right. Well my Standalone idea works a peach, if you can
 stand having a user see another app launch with only one menu, then
 disappear without knowing why. I could make it more robust if I knew how to
 pass information to a standalone created in Livecode. I think there are
 some lessons on that. Time to read up a bit.

 Bob


 On Dec 14, 2011, at 11:25 AM, stephen barncard wrote:

  I think the animated gifs will stall while certain operations are
 happening.
 
  On 14 December 2011 11:06, René Micout rene.mic...@numericable.com
 wrote:
 
  It is better than Spinner Store
  :-(
 
 
  Le 14 déc. 2011 à 20:05, René Micout a écrit :
 
  I have test it !
  Choose a gif spinner
  Generate it
  Download it
  Import it as control in LiveCode
  And hide/show it
  I think it is great...
 
  Le 14 déc. 2011 à 20:01, René Micout a écrit :
 
  Hello Bob,
  You can use a gif, see here :
 
  http://www.ajaxload.info/
 
  René
 
  Le 14 déc. 2011 à 19:15, Bob Sneidar a écrit :
 
  Hi all. I know this has been discussed in length in the past, but I
  cannot remember what the conclusion was. Does anyone have/know about an
  independent progress bar/wheel that can be used with Livecode, that will
  function independently even when Livecode is running a script? I know I
  could kludge it myself if I had control over the scripts I am running,
 but
  I do not.
 
  One script is Trevor's sqlYoga which is locked, and also I am opening
  an SQL database remotely, and it takes a few seconds sometimes to have
 that
  return control. What is needed is an addon dialog created in some
 version
  of C that we can call on to display a progress bar/spinner, but I am not
  sure if anyone has made such a thing.
 
  Seems like a really good addition to Livecode, but I don't think we
  are going to see something like that soon.
 
  Bob
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
  subscription preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
  subscription preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
  --
 
 
 
  Stephen Barncard
  San Francisco Ca. USA
 
  more about sqb  http://www.google.com/profiles/sbarncar
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode


 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode




-- 



Stephen Barncard
San Francisco Ca. USA

more about sqb  http://www.google.com/profiles/sbarncar
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[Richard Gaskin]

FWIW:

Asynchronous GIF playback
http://quality.runrev.com/show_bug.cgi?id=7600

--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[Bob Sneidar]

Voted for it. Not too many people seem to be using this system though. 

Bob

On Dec 14, 2011, at 12:48 PM, Richard Gaskin wrote:

 FWIW:
 
 Asynchronous GIF playback
 http://quality.runrev.com/show_bug.cgi?id=7600
 
 --
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[stephen barncard]

I would use them if they worked.   These would be awesome little indicator
packages, if we don't overuse it like blinking in old web sites. Browsers
seem to do this with little cpu load.
Remember Imageready?

On 14 December 2011 13:05, Bob Sneidar b...@twft.com wrote:

 Voted for it. Not too many people seem to be using this system though.

 Bob

 On Dec 14, 2011, at 12:48 PM, Richard Gaskin wrote:

  FWIW:
 
  Asynchronous GIF playback
  http://quality.runrev.com/show_bug.cgi?id=7600
 
  --
  Richard Gaskin
  Fourth World
  LiveCode training and consulting: http://www.fourthworld.com
  Webzine for LiveCode developers: http://www.LiveCodeJournal.com
  LiveCode Journal blog: http://LiveCodejournal.com/blog.irv
 
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode


 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode




-- 



Stephen Barncard
San Francisco Ca. USA

more about sqb  http://www.google.com/profiles/sbarncar
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[Bob Sneidar]

Well some may have missed it, but I was saying that I created a standalone, and 
all it does is display a window that has no title bar, with a message and a 
spinning gif. I use it when I am opening an app that uses SQL to give the user 
something to look at while the connection is made and everything is set up. 
Someone who is adventurous and good at setting up communication between two 
Livecode apps could easily find a way to change the message and set the 
location you want it to show up in, among other things, making it a cheap but 
effective little Wait... dialog. 

I launch it by putting together a simple Applescript command in my startup 
stack that tells the :Spinner application to activate. When I am done with it, 
I tell the app to quit. It's actually kind of nice, except that of course, it's 
an app, and they can be quit or hidden. Since the typical time I need to wait 
is only a few seconds, it's not a problem. 

If I was any good at making a Livecode external, I would try, but alas, I know 
nothing of C. 

Bob


On Dec 14, 2011, at 2:59 PM, stephen barncard wrote:

 I would use them if they worked.   These would be awesome little indicator
 packages, if we don't overuse it like blinking in old web sites. Browsers
 seem to do this with little cpu load.
 Remember Imageready?
 
 On 14 December 2011 13:05, Bob Sneidar b...@twft.com wrote:
 
 Voted for it. Not too many people seem to be using this system though.
 
 Bob
 
 On Dec 14, 2011, at 12:48 PM, Richard Gaskin wrote:
 
 FWIW:
 
 Asynchronous GIF playback
 http://quality.runrev.com/show_bug.cgi?id=7600
 
 --
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 -- 
 
 
 
 Stephen Barncard
 San Francisco Ca. USA
 
 more about sqb  http://www.google.com/profiles/sbarncar
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[Mike Bonner]

If its apple only, can you use send to program to control your twirly
stack? No mac here anymore so can't try it.

On Wed, Dec 14, 2011 at 4:57 PM, stephen barncard 
stephenrevoluti...@barncard.com wrote:

 one way to achieve multi-tasking.   Actually brilliant. What is the size of
 that little sucker?

 On 14 December 2011 15:49, Bob Sneidar b...@twft.com wrote:

  Well some may have missed it, but I was saying that I created a
  standalone, and all it does is display a window that has no title bar,
 with
  a message and a spinning gif. I use it when I am opening an app that uses
  SQL to give the user something to look at while the connection is made
 and
  everything is set up. Someone who is adventurous and good at setting up
  communication between two Livecode apps could easily find a way to change
  the message and set the location you want it to show up in, among other
  things, making it a cheap but effective little Wait... dialog.
 
  I launch it by putting together a simple Applescript command in my
 startup
  stack that tells the :Spinner application to activate. When I am done
 with
  it, I tell the app to quit. It's actually kind of nice, except that of
  course, it's an app, and they can be quit or hidden. Since the typical
 time
  I need to wait is only a few seconds, it's not a problem.
 
  If I was any good at making a Livecode external, I would try, but alas, I
  know nothing of C.
 
  Bob
 
 
  On Dec 14, 2011, at 2:59 PM, stephen barncard wrote:
 
   I would use them if they worked.   These would be awesome little
  indicator
   packages, if we don't overuse it like blinking in old web sites.
 Browsers
   seem to do this with little cpu load.
   Remember Imageready?
  
   On 14 December 2011 13:05, Bob Sneidar b...@twft.com wrote:
  
   Voted for it. Not too many people seem to be using this system though.
  
   Bob
  
   On Dec 14, 2011, at 12:48 PM, Richard Gaskin wrote:
  
   FWIW:
  
   Asynchronous GIF playback
   http://quality.runrev.com/show_bug.cgi?id=7600
  
   --
   Richard Gaskin
   Fourth World
   LiveCode training and consulting: http://www.fourthworld.com
   Webzine for LiveCode developers: http://www.LiveCodeJournal.com
   LiveCode Journal blog: http://LiveCodejournal.com/blog.irv
  
   ___
   use-livecode mailing list
   use-livecode@lists.runrev.com
   Please visit this url to subscribe, unsubscribe and manage your
   subscription preferences:
   http://lists.runrev.com/mailman/listinfo/use-livecode
  
  
   ___
   use-livecode mailing list
   use-livecode@lists.runrev.com
   Please visit this url to subscribe, unsubscribe and manage your
   subscription preferences:
   http://lists.runrev.com/mailman/listinfo/use-livecode
  
  
  
  
   --
  
  
  
   Stephen Barncard
   San Francisco Ca. USA
  
   more about sqb  http://www.google.com/profiles/sbarncar
   ___
   use-livecode mailing list
   use-livecode@lists.runrev.com
   Please visit this url to subscribe, unsubscribe and manage your
  subscription preferences:
   http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
  ___
  use-livecode mailing list
  use-livecode@lists.runrev.com
  Please visit this url to subscribe, unsubscribe and manage your
  subscription preferences:
  http://lists.runrev.com/mailman/listinfo/use-livecode
 



 --



 Stephen Barncard
 San Francisco Ca. USA

 more about sqb  http://www.google.com/profiles/sbarncar
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[Bob Sneidar]

3.5 Megabytes. Very small. I will send you the stack and the standalone direct. 
The prompt is in Belgium type. I hope you have that. If not it will revert to 
default I guess. 

Bob


On Dec 14, 2011, at 3:57 PM, stephen barncard wrote:

 one way to achieve multi-tasking.   Actually brilliant. What is the size of
 that little sucker?
 
 On 14 December 2011 15:49, Bob Sneidar b...@twft.com wrote:
 
 Well some may have missed it, but I was saying that I created a
 standalone, and all it does is display a window that has no title bar, with
 a message and a spinning gif. I use it when I am opening an app that uses
 SQL to give the user something to look at while the connection is made and
 everything is set up. Someone who is adventurous and good at setting up
 communication between two Livecode apps could easily find a way to change
 the message and set the location you want it to show up in, among other
 things, making it a cheap but effective little Wait... dialog.
 
 I launch it by putting together a simple Applescript command in my startup
 stack that tells the :Spinner application to activate. When I am done with
 it, I tell the app to quit. It's actually kind of nice, except that of
 course, it's an app, and they can be quit or hidden. Since the typical time
 I need to wait is only a few seconds, it's not a problem.
 
 If I was any good at making a Livecode external, I would try, but alas, I
 know nothing of C.
 
 Bob
 
 
 On Dec 14, 2011, at 2:59 PM, stephen barncard wrote:
 
 I would use them if they worked.   These would be awesome little
 indicator
 packages, if we don't overuse it like blinking in old web sites. Browsers
 seem to do this with little cpu load.
 Remember Imageready?
 
 On 14 December 2011 13:05, Bob Sneidar b...@twft.com wrote:
 
 Voted for it. Not too many people seem to be using this system though.
 
 Bob
 
 On Dec 14, 2011, at 12:48 PM, Richard Gaskin wrote:
 
 FWIW:
 
 Asynchronous GIF playback
 http://quality.runrev.com/show_bug.cgi?id=7600
 
 --
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 --
 
 
 
 Stephen Barncard
 San Francisco Ca. USA
 
 more about sqb  http://www.google.com/profiles/sbarncar
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 
 -- 
 
 
 
 Stephen Barncard
 San Francisco Ca. USA
 
 more about sqb  http://www.google.com/profiles/sbarncar
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription 
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Independent Progress Bar

[Bob Sneidar]

So anyway, this is fairly simple to implement, I have it working, but I still 
have to use an Applescript command to tell it to launch. All other interactions 
can be done using send to program and trapping the apple event using on 
appleEvent. By setting the systemWindow of the stack to true before compiling 
it, the app window will float above everything else. It's a very elegant 
solution to a sticky problem. Maybe someone at Runrev will ask me to write up 
an article about it! 

I wonder now if I can get rid of the one Application menu. I don't guess so, 
but I thought I would ask. 

Bob

On Dec 14, 2011, at 4:03 PM, Mike Bonner wrote:

 If its apple only, can you use send to program to control your twirly
 stack? No mac here anymore so can't try it.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

RE: Independent Progress Bar

[FlexibleLearning]

If you mean an indeterminate progress indicator then yes, use an animated
gif with the judicious use of repeatCount (-1 to start and 0 to stop).

If you want a modal progress bar that works independently (as in
non-blocking) then open the modal invisible first and increment your own bar
as required.

Both will 'stall' if LC is performing a blocking and time-consuming
operation unless it is returning a trappable value (such as a 'bites
downloaded' callback) that you can use.

Hugh Senior
FLCo


Original message:

Hi all. I know this has been discussed in length in the past, but I cannot
remember what the conclusion was. Does anyone have/know about an independent
progress bar/wheel that can be used with Livecode, that will function
independently even when Livecode is running a script? I know I could kludge
it myself if I had control over the scripts I am running, but I do not.

One script is Trevor's sqlYoga which is locked, and also I am opening an SQL
database remotely, and it takes a few seconds sometimes to have that return
control. What is needed is an addon dialog created in some version of C that
we can call on to display a progress bar/spinner, but I am not sure if
anyone has made such a thing.

Seems like a really good addition to Livecode, but I don't think we are
going to see something like that soon.

Bob


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[ANN] Data Grid Helper 1.5.1 - iOS Date Picker and Progress Bar controls are now supported

[zryip theSlug]

Dear LiveCode  DGH Users,

A new update for DGH is available.

What we have for you in this new 1.5.1 version?


First, we have added the support of two new controls in the DGH's
column and form builders:

- the iOS Date Picker
- the Progress Bar

For more information about implementing these two controls in your
projects, please read the corresponding lessons:

- 
http://lessons.runrev.com/s/lessons/m/4068/l/48707-How-Do-I-Create-an-iOS-Date-Picker-in-a-column-
- 
http://lessons.runrev.com/s/lessons/m/4068/l/48814-How-Do-I-Create-a-Progress-Bar-in-a-Column-


We have also improved some of the scripts installed by the DGH's
Script Installer or the DGH's Script Builder:

- DGH Properties  color column scripts (prevent the columns to lose
their color after a datagrid refresh).
- iOS picker wheel script for datagrid table and form.
- iOS scroller. The script should improve performances of the datagrid
group in iOS devices. Let us know what are the performances of the
datagrid after updating this script.

At last we have fixed some issues:

- A bug in the iOS list picker script for the datagrid form object.
- In the DGH's Column Builder: clicking on the column header of the
already selected column , no longer refreshes the content of the
template area to its previous saved state.


If you have not tried DGH yet, a trial version free for 30 days can be
downloaded here:
http://www.aslugontheroad.com/index.php?option=com_phocadownloadview=categoryid=12:trialItemid=63

You can also reach the Data Grid Helper plugin on the LiveCode Marketplace:
http://www.runrev.com/store/product/data-grid-helper-1-2-0/


Hope you will enjoy this new version.


Best Regards,
-- 
-Zryip TheSlug- wish you the best! 8)
http://www.aslugontheroad.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

barber pole progress bar?

[Kee Nethery]

How do I do a barber pole progress bar? 

I know that I should not use the set cursor to busy command in a Mac OS X app 
because that now signifies that the system is hung (thanks everyone for 
teaching me the proper way). I know instead I should use a progress bar. All 
well and good but ... I have an encryption process that is going to take some 
unknowable amount of time to complete and I know when it starts (0%) and when 
it ends (100%) but have no way to know how far along it is in between. What I 
think I want is a barber pole kind of progress bar that shows activity so that 
the user knows something is happening.

Any ideas on the proper way to show that something invisible is happening and 
the user should relax, the system has not hung?

Kee Nethery
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: barber pole progress bar?

[J. Landman Gay]

On 4/16/11 12:17 PM, Kee Nethery wrote:

How do I do a barber pole progress bar?


Look in the image library that ships with LiveCode (Development-Image 
Library.) There are several barber poles in there. They are just 
animated gif images, and when you need one you just show it.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: barber pole progress bar?

[stephen barncard]

set the cursor to busy still works but is not the colorful and dreaded
spinning pizza you mentioned. It is the ancient monochrome one, and it
still is useful if not ugly.

On 16 April 2011 10:17, Kee Nethery k...@kagi.com wrote:

 How do I do a barber pole progress bar?

 I know that I should not use the set cursor to busy command in a Mac OS X
 app because that now signifies that the system is hung (thanks everyone for
 teaching me the proper way). I know instead I should use a progress bar. All
 well and good but ... I have an encryption process that is going to take
 some unknowable amount of time to complete and I know when it starts (0%)
 and when it ends (100%) but have no way to know how far along it is in
 between. What I think I want is a barber pole kind of progress bar that
 shows activity so that the user knows something is happening.

 Any ideas on the proper way to show that something invisible is happening
 and the user should relax, the system has not hung?

 Kee Nethery
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode




-- 



Stephen Barncard
San Francisco Ca. USA

more about sqb  http://www.google.com/profiles/sbarncar
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: barber pole progress bar?

[Kee Nethery]

doh! hand slap to forehead. I was pretty sure I checked those images previously 
but obviously not because ... they are there.
Thanks!
Kee

On Apr 16, 2011, at 11:51 AM, J. Landman Gay wrote:

 On 4/16/11 12:17 PM, Kee Nethery wrote:
 How do I do a barber pole progress bar?
 
 Look in the image library that ships with LiveCode (Development-Image 
 Library.) There are several barber poles in there. They are just animated gif 
 images, and when you need one you just show it.
 
 -- 

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress bar

[AndyP]

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 of scrollbar sb1 to 100

//In the checkboxes
on mouseUp
   if the hilite of btn Check1 is true then
   set the thumbPos of scrollbar sb1 to the thumbpos of scrollbar sb1
+10
else
   set the thumbPos of scrollbar sb1 to the thumbpos of scrollbar sb1
-10
   end if
end mouseUp

It would be more efficient to use a function for this but this will get you
running.




-
Andy Piddock


My software never has bugs. It just develops random features.
-- 
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Progress-bar-tp3221250p3221324.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress bar

[AndyP]

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 of scrollbar sb1 to 100

//In the checkboxes
on mouseUp
   if the hilite of btn Check1 is true then
   set the thumbPos of scrollbar sb1 to the thumbpos of scrollbar sb1
+10
else
   set the thumbPos of scrollbar sb1 to the thumbpos of scrollbar sb1
-10
   end if
end mouseUp

It would be more efficient to use a function for this but this will get you
running.




-
Andy Piddock


My software never has bugs. It just develops random features.
-- 
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Progress-bar-tp3221250p3221325.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Progress bar

[lowland]

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: 
http://runtime-revolution.278305.n4.nabble.com/Progress-bar-tp3221250p3223646.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode