Re: Timing Hide/Show - Lock/Unlock Screen - w Visual Effects.

Nandri! (Thank you) Yes, this works now, I may let the second action be user/triggered… but it works. put the uNarrationText[1] of this card into fld "narrationPanel" show fld "narrationPanel" with visual effect dissolve very fast wait 1 second lock screen for visual effect put empty i

Re: Timing Hide/Show - Lock/Unlock Screen - w Visual Effects.

I believe you're missing: lock screen for visual effect Regards, Scott Rossi Creative Director Tactile Media UX/UI Design > On Feb 5, 2016, at 10:00 AM, Sannyasin Brahmanathaswami > wrote: > > This animation business is all new and I’m missing some key knowledge base > here. > > Can any c

Re: Timing Hide/Show - Lock/Unlock Screen - w Visual Effects.

the above commands, and reset the text at just the right moments... Craig Newman -Original Message- From: Sannyasin Brahmanathaswami To: How LiveCode Sent: Fri, Feb 5, 2016 1:01 pm Subject: Timing Hide/Show - Lock/Unlock Screen - w Visual Effects. This animation business is al

Timing Hide/Show - Lock/Unlock Screen - w Visual Effects.

This animation business is all new and I’m missing some key knowledge base here. Can any clarify LC’ underlying algorithm for running something like this? Goal: to have “narration” text show in a field, smoothly disappear, then a second narration text appear in the field without abruptly just

Re: tracking down freeze based on timing, maybe?

I tried the sBusy idea. The log showed that it's blocking a few mouse messages, but the vast majority seem to have happened when sBusy was false anyway. Something else at least changed the behavior. I switched a handler call to "send [handler] to me in 50 milliseconds" and that allowed me to click

Re: tracking down freeze based on timing, maybe?

True, for hangs and crashes the Flight Recorder is of limited utility. This one logs to a file, so it may be more helpful in your circumstance: -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and

Re: tracking down freeze based on timing, maybe?

On 12/13/2015 10:00 PM, Matt Maier wrote: It starts with a mouseMove handler, which is where it returns after stuff has happened. One of several options is followed by a freeze. I setup a little handler to log the seconds every x milliseconds after that. Nothing is happening a split second after

Re: tracking down freeze based on timing, maybe?

Does the Message Watcher indicate there are messages being sent after your own handlers have completed? Or are their any 'unexpected' messages being sent in the middle of your handlers being executed? ___ use-livecode mailing list use-livecode@lists.runre

Re: tracking down freeze based on timing, maybe?

It starts with a mouseMove handler, which is where it returns after stuff has happened. One of several options is followed by a freeze. I setup a little handler to log the seconds every x milliseconds after that. Nothing is happening a split second after the script returns to the mouseMove handler

Re: tracking down freeze based on timing, maybe?

Maybe I'm using it wrong? When the IDE freezes so does the flight recorder. I think it's automatically scrolling to the most recent messages, so I can see what was logged last through the locked up "haze" but I can't see anything else or save it. On Sun, Dec 13, 2015 at 4:14 PM, Richard Gaskin wr

Re: tracking down freeze based on timing, maybe?

This may help: http://fourthworld.net/revnet/devolution/4W_FlightRecorder.livecode.gz Richard Gaskin Fourth World Systems ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscri

Re: tracking down freeze based on timing, maybe?

Yeah, there's a lot happening so I can't paste it into an email. Does Livecode have any kind of logging built into it? Maybe something that shows what it was doing when it froze? The logging I add to my handlers only lets me know what's NOT causing the freeze. My logs show all of my handlers exiti

Re: tracking down freeze based on timing, maybe?

freeze based on timing, maybe? Without knowing what's happening in your handlers, there's not really any way to guess at what might be going on, but you might try using the flushEvents function to ignore extra or unwanted click events. Dated looking doc reference here: http://docs.runrev.co

Re: tracking down freeze based on timing, maybe?

Without knowing what's happening in your handlers, there's not really any way to guess at what might be going on, but you might try using the flushEvents function to ignore extra or unwanted click events. Dated looking doc reference here: http://docs.runrev.com/Function/flushEvents Regards, Sc

Re: tracking down freeze based on timing, maybe?

On 12/13/2015 11:23 AM, Matt Maier wrote: Any suggestions for tracking down what's causing the freeze? It's not happening inside of the handlers I wrote. Instead it's happening after all of my handlers are finished, and then only if I click the button as fast as possible instead of slowly down-up

tracking down freeze based on timing, maybe?

I can make my program freeze if I click the trackpad button really fast. If I click the button down, then wait, then up, it doesn't freeze. I used a log to find out all of the handlers it got through before it froze. Most of the time it logs through all of the related handlers and then freezes up

6.6.5 and Message timing?

ith recursive Send in time's to recall itself with a pendingMessage in place of my wait with messages. No amount of timing or fudging makes the stand alone behave differently outside of expected the forced slow down in my timings. I saved this stack out in legacy format and opened it up in 5

Re: Timing oddity

gah, third time's the charm, or I'm giving up. on mouseUp repeat with arrayLog = 1 to 6 put 10^arrayLog into arrayCount put 10^(6 - arrayLog) into repeatLoopCount repeat with i = 1 to arrayCount put random(100) into X[i] put random(10) into Y[i] end rep

Re: Timing oddity

On Sat, Jan 25, 2014 at 3:18 PM, Geoff Canyon wrote: > > Wow, the script editor's formatting came through poorly. The updated script > with no formatting is below. you still may have to send the email as text only. Gmail will send as HTML text if anything is 'styled', including quoting and links

Re: Timing oddity

Wow, the script editor's formatting came through poorly. The updated script with no formatting is below. I realized that my earlier test had used repeat for each key K in X, which as it turns out is faster than an index, but not as fast as whole array math. So if X and Y are arrays, add Y to X --

Re: Timing oddity

As far as I can see you're not doing a lot, but repeating that often. In a sense I'd thing you're actually timing "repeat with = 1 to " vs. "repeat for ", instead of in what ways arrays change the math operations. Do the same test with the same math operatio

Timing oddity

10 11.326327 0.710837 15.933786 100 11.854238 0.662299 17.898622 1000 12.105847 0.698076 17.341732 1 12.502957 0.773339 16.167497 10 13.145294 0.813667 16.155618 100 12.737516 0.886334 14.371008 I ran the code below and got those numbers. I had assumed that array math would be fas

Re: Timing

As Mark S said, it would be way more efficient to use buttons than images. Is there only one animation, or are there multiple animations? If the animations are the same, then setting the icon of the buttons to the the id of the animated GIF should keep all the animations in sync, because the b

Re: Timing

Hi Jacque, It may, or it may not. On my Mac, the CPU still has to work very hard if LiveCode displays GIF's or default buttons. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer K

Re: Timing

On 05/15/2013 06:21 PM, J. Landman Gay wrote: On 5/15/13 9:58 AM, Mark Schonewille wrote: Bert, GIF's are slow in LiveCode This may no longer be the case with the new image caching. "the new image caching" as in 6.0.1 or 'hang on a bit' ? Richmond. ___

Re: Timing

On 5/15/13 9:58 AM, Mark Schonewille wrote: Bert, GIF's are slow in LiveCode This may no longer be the case with the new image caching. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com _

Re: Timing

Bert, GIF's are slow in LiveCode and take up a lot of CPU power and each image will use memory (much more than the size of the actual GIF file). Since you're going to have to set the frames by script anyway, it will be much more efficient to use image objects. Save each GIF frame as an unanimat

Re: Timing

You'll need to control the gif frames yourself to do this. In the dictionary look at framecount, currentframe, palindromeframes, and repeatcount Basically you'll want to set repeatcount to 0 for all of the gifs, then write your own loop to set the current frame of all the gifs in question so that

Timing

I have a game board that is 20x20 with 400 images, each is 10px x 10px. As my character, a snake, navigates through, it grows. So on second 1, the snake is 1 cell in length, on second 2 it is 2 cells long, etc... I want to use an animated gif in each cell the snake occupies to show the snake m

Re: awesome timing from WIred

Folks, every time you see an article about LC get on there and tweet, like and +1. These magazines would definitely take note of articles that are popular and would be more likely to cover LC again. On 27/02/2013, at 4:35 AM, Colin Holgate wrote: > http://www.wired.com/geekdad/2013/02/kickstar

Re: awesome timing from WIred

Le 26 févr. 2013 à 18:48, Colin Holgate a écrit : > In the screen recording that Ben did when making SheepHerder, it also showed > the stages of design. Which was in Photoshop. Ho, Thank you, I did not recognize LiveCode IDE... ___ use-livecode maili

Re: awesome timing from WIred

In the screen recording that Ben did when making SheepHerder, it also showed the stages of design. Which was in Photoshop. On Feb 26, 2013, at 12:44 PM, René Micout wrote: > >What is the screenShot in the article ??! ___ use-livecode mailing list us

Re: awesome timing from WIred

Nice education one too: http://thejournal.com/articles/2013/02/26/easy-programming-language-gains-high-school-pickup.aspx On Feb 26, 2013, at 12:35 PM, Colin Holgate wrote: > http://www.wired.com/geekdad/2013/02/kickstarter-alert-cross-platform-app-programming-less-than-42h-remaining/ > > >

Re: awesome timing from WIred

That's awesome. I hope it puts us over the top. -- Tom McGrath III http://lazyriver.on-rev.com mcgra...@mac.com On Feb 26, 2013, at 12:35 PM, Colin Holgate wrote: > http://www.wired.com/geekdad/2013/02/kickstarter-alert-cross-platform-app-programming-less-than-42h-remaining/ > > > >

Re: awesome timing from WIred

What is the screenShot in the article ??! Le 26 févr. 2013 à 18:35, Colin Holgate a écrit : > http://www.wired.com/geekdad/2013/02/kickstarter-alert-cross-platform-app-programming-less-than-42h-remaining/ > > > > ___ > use-livecode mailing list > us

awesome timing from WIred

http://www.wired.com/geekdad/2013/02/kickstarter-alert-cross-platform-app-programming-less-than-42h-remaining/ ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription pre

Re: timing mouseDown

Thanks for the solutions. -- Nicolas Cueto ___ 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: timing mouseDown

r "Long Press" end mouseDown Craig Newman -Original Message- From: Gerry Orkin To: How to use LiveCode Sent: Thu, Feb 21, 2013 8:20 pm Subject: Re: timing mouseDown Use mousestilldown? Gerry On 22/02/2013, at 10:37 AM, Nicolas Cueto wrote: > Hello. > > On mob

Re: timing mouseDown

Use mousestilldown? Gerry On 22/02/2013, at 10:37 AM, Nicolas Cueto wrote: > Hello. > > On mobile apps, pressing a button-icon can have two results, depending on > how long the button is held down. > > I recollect having scripted this effect on LC in the past, using mouseDown > and "send" an

timing mouseDown

Hello. On mobile apps, pressing a button-icon can have two results, depending on how long the button is held down. I recollect having scripted this effect on LC in the past, using mouseDown and "send" and "cancel message". But I also recollect problems with the message queue. So, what would an i