Re: Revisiting Lock Screen

, we add the following code: put the lockScreen into tPreserveLockScreen if tPreserveLockScreen is false then lock screen -- if the screen is not already locked by any calling handler, then lock the screen, else, the screen is already locked by the calling handler ... code of the handler

Re: Revisiting Lock Screen

on’t improve performance the way Lock Screen would (should). Bob S On Mar 28, 2024, at 9:31 AM, Mike Kerner via use-livecode < use-livecode@lists.runrev.com> wrote: didn't you say your code was modifying a dg? i see a couple of possible failure points: * the widget could be doing something unexpec

Re: Revisiting Lock Screen

n the window while > processing, then deleting it when done. > > The trouble is I have other windows open that will update because they are > synching with the module I am working in. Also this won’t improve > performance the way Lock Screen would (should). > > Bob S > > &

Re: Revisiting Lock Screen

with the module I am working in. Also this won’t improve performance the way Lock Screen would (should). Bob S On Mar 28, 2024, at 9:31 AM, Mike Kerner via use-livecode wrote: didn't you say your code was modifying a dg? i see a couple of possible failure points: * the widget could be doing something

Re: Revisiting Lock Screen

didn't you say your code was modifying a dg? i see a couple of possible failure points: * the widget could be doing something unexpected * the dg could be unlocking the screen. you could also try two or more lock screens. i believe lock screen is additive. until idle. On Thu, Mar 28, 2024 at 12

Re: Revisiting Lock Screen

Wow thanks for that! I think I remember now this came up before, and datagrids were the culprit. But that does seem odd, doesn’t it? Why would a screen lock interfere with the datagrid behavior? (That is rhetorical. Only the devs would know that.) Bob S On Mar 28, 2024, at 8:48 AM, Mike

Re: Revisiting Lock Screen

On Thu, Mar 28, 2024 at 11:31 AM Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > The issue may be with the datagrids. It appears that Lock Screen is not > preventing changes to the datagrids from refreshing the screen. > > Bob S > > > > On

Re: Revisiting Lock Screen

The issue may be with the datagrids. It appears that Lock Screen is not preventing changes to the datagrids from refreshing the screen. Bob S > On Mar 28, 2024, at 8:28 AM, Bob Sneidar wrote: > > Hi Craig thanks for responding. I am not updating fields per se as the only > th

Re: Revisiting Lock Screen

gt; > on mouseup > > lock screen —comment out for the first run > > repeat 3 > > put random(999) into fld 1 > > wait 20 > > end repeat > > end mouseup > > > > Do you see the two scenarios above working normally? That is, with the lock >

Re: Revisiting Lock Screen

distracting, so I decided against that and put a Lock Screen at the beginning of the selectionChanged handler for the Software datagrid thinking that this would prevent all the rapid visual effects, but it doesn’t. I know that Lock Screen is in effect because I store the lockScreen

Re: Revisiting Lock Screen

. mis-remembering.) > Is that the version you are using? > > On Wed, Mar 27, 2024 at 7:02 PM Bob Sneidar via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> Oh, but it gets better. I put at the entry point of the script: >> >> lock scr

Re: Revisiting Lock Screen

Bob. I have no idea what you are facing with such a basic issue. To be sure, please, somewhere in the stack you are having the issue, make a button and a field and run this: on mouseup lock screen —comment out for the first run repeat 3 put random(999) into fld 1 wait 20 end repeat end

Re: Revisiting Lock Screen

not that - could you describe how you are verifying the effect of lockscreen in more detail. Thanks. Alex. On 27/03/2024 22:55, Bob Sneidar via use-livecode wrote: Hi all. I read in the dictionary that Lock Screen does not work in Script Debug mode. Okay so I turn it off, put the command “Lock Screen

Re: Revisiting Lock Screen

ode@lists.runrev.com> wrote: > Oh, but it gets better. I put at the entry point of the script: > >lock screen >put the lockscreen into tScreenIsLocked — I checked and this is true > > Then at the exit point: > >put the lockscreen > > STILL TRUE in spi

Re: Revisiting Lock Screen

Oh, but it gets better. I put at the entry point of the script: lock screen put the lockscreen into tScreenIsLocked — I checked and this is true Then at the exit point: put the lockscreen STILL TRUE in spite of the fact that I see everything that the app is doing to the screen

Revisiting Lock Screen

Hi all. I read in the dictionary that Lock Screen does not work in Script Debug mode. Okay so I turn it off, put the command “Lock Screen” at the entry point to a selectionChanged handler which goes on to do a number of things that change the appearance of the screen. The screen is decidedly

Re: Lock screen and animated gif

I hope you know where to get Genuis Enhancement pills on the internet, because we are all going to need them before diving into THAT series. Bob S On Dec 21, 2022, at 05:22 , Paul Dupuis via use-livecode mailto:use-livecode@lists.runrev.com>> wrote: Thank you. In a future Livecode Global

Re: Lock screen and animated gif

Thank you. In a future Livecode Global you should do a series on "How the Engine Actually Works" :-) On 12/21/2022 8:00 AM, Mark Waddingham via use-livecode wrote: On 2022-12-20 18:27, Paul Dupuis via use-livecode wrote: If someone switches to another applications (so a suspendStack is

Re: Lock screen and animated gif

On 2022-12-20 18:27, Paul Dupuis via use-livecode wrote: If someone switches to another applications (so a suspendStack is executes and does the currently executing script get suspended?) and then back to a different window/stack, could that also change the defaultStack for the currently

Re: Lock screen and animated gif

spatched in different fields in the main stack > 6- 1 field that contains the main text data has textstyle & textcolor > modified line by line and often several words can be modified in the > same line. > > The whole process is quite fast, especially when using "l

Re: Lock screen and animated gif

this is the exact same thing I was experiencing a few years back which got me away from even referring to the defaultStack. Or topStack for that matter. I was using wait and send in time a lot back then. Now I explicitly refer to a stack by it's filename or better yet a card by it's long id.

Re: Lock screen and animated gif

A thingle is similar to a thimble but is available in much larger sizes. Some are used as cake and cheese covers but the largest ones can fit over the head, where some believe they protect from alien death rays and the mmwaves that cell towers emit. -- Jacqueline Landman Gay |

Re: Lock screen and animated gif

: Finally I replaced the gif with a progress bar which updates every 25 lines during step 6 (when more than 100 lines are returned) and it's ok, since it allows me to use "lock screen". ___ use-livecode mailing list use-livecode@lists.

Re: Lock screen and animated gif

It's also possible to set the currentFrame of an animated gif, which would do the same thing. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On December 20, 2022 8:31:27 AM Brian Milby via use-livecode wrote: Another option is to use

Re: Lock screen and animated gif

d line by line and often several words can be modified in the same line. The whole process is quite fast, especially when using "lock screen" for steps 3 and 6, but depending on the user"s selection and the content of the DB, it can take 3 to 8 seconds at times. And what I was l

Re: Lock screen and animated gif

Mark, Thanks for clarifying! On 12/20/2022 1:10 PM, Mark Waddingham via use-livecode wrote: Finally click button B2 on stack S2 - the one which changes the defaultStack in a pending message... Then observe an error - this is the case Paul describes. I must have had some of the above going

Re: Lock screen and animated gif

On 2022-12-20 15:48, Paul Dupuis via use-livecode wrote: I'm just using this post to raise awareness on the list (if anyone reading this doesn't know this already) When using 'wait 0 with messages' any messages in the pendingMessages (who are not delayed in time) get processed. This includes

Re: Lock screen and animated gif

How many chars in the text? I'd wager that unless it's uncommonly enormous, you may find that the one-time cost of writing a handler to use the styledText array of the field will speed things up so much you may not even need anything more than a brief watch cursor. If you can post a sample

Re: Lock screen and animated gif

It's okay, I'm sure you will be here all w... oh wait, is that the manager motioning you off the stage? Bob S > On Dec 20, 2022, at 07:40 , harrison--- via use-livecode > wrote: > > Thingle, It could also be: I’m single - but with a lisp! LOL > > Ok, I’ll stop now. > > Rick > > > >

Re: Lock screen and animated gif

I'm just using this post to raise awareness on the list (if anyone reading this doesn't know this already) When using 'wait 0 with messages' any messages in the pendingMessages (who are not delayed in time) get processed. This includes (potentially) user clicks (mouseDown and mosueUp events).

Re: Lock screen and animated gif

Thingle, It could also be: I’m single - but with a lisp! LOL Ok, I’ll stop now. Rick ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

Re: Lock screen and animated gif

Is updateYourThingle a technical term? What is a Thingle anyway? I’m familiar with Thingy, but I haven’t seen a Thingle before. Your definition appears to be: Some icon thing that spins around. Sorry, I just couldn’t resist! ;-) Rick > On Dec 20, 2022, at 9:37 AM, Craig Newman via

Re: Lock screen and animated gif

Try 'without messages'. > > On Tue, 20 Dec 2022, 13:26 jbv via use-livecode, < > use-livecode@lists.runrev.com> wrote: > >> Hi list, >> I have a script that modifies line by line the color >> and textstyle of some words in a field that can be up >> to 5

Re: Lock screen and animated gif

gonna use a progress bar that will be updated every 10 lines as follows : > unlock screen > set currentvalue of scrollbar "progress" to x > lock screen > It shouldn't slow down the script too much... > > ___ > use-

Re: Lock screen and animated gif

that will be updated every 10 lines as follows : > unlock screen > set currentvalue of scrollbar "progress" to x > lock screen > It shouldn't slow down the script too much... ___ use-livecode mailing list use-livecode@lists.

Re: Lock screen and animated gif

of an animated gif, I'm gonna use a progress bar that will be updated every 10 lines as follows : unlock screen set currentvalue of scrollbar "progress" to x lock screen It shouldn't slow down the script too much... ___ use-livecode mailin

Re: Lock screen and animated gif

Could you make changes to htmlText in a variable and then assign all at once back to the field? Brian Milby br...@milby7.com > On Dec 20, 2022, at 8:05 AM, Antti Ilola via use-livecode > wrote: > > How about changing the mouse cursor. I found below about using a lock > scree

Re: Lock screen and animated gif

How about changing the mouse cursor. I found below about using a lock screen. " The only exception to this (freeze window) is the mouse cursor. It continues to move with the mouse and any changes to the cursor icon (like set cursor to busy) do appear." Antti ti 20. jouluk. 2022 klo 14.

Re: Lock screen and animated gif

Do you mean "lock screen without messages" ? Doesn't work... Le 2022-12-20 07:27, Richmond Mathewson via use-livecode a écrit : Try 'without messages'. On Tue, 20 Dec 2022, 13:26 jbv via use-livecode, < use-livecode@lists.runrev.com> wrote: Hi list, I have a script that modif

Re: Lock screen and animated gif

Try 'without messages'. On Tue, 20 Dec 2022, 13:26 jbv via use-livecode, < use-livecode@lists.runrev.com> wrote: > Hi list, > I have a script that modifies line by line the color > and textstyle of some words in a field that can be up > to 500 lines long. > I am using &quo

Lock screen and animated gif

Hi list, I have a script that modifies line by line the color and textstyle of some words in a field that can be up to 500 lines long. I am using "lock screen" to speed up things. But at the same time I have a spinning animated gif to tell end users to wait until the modificati

Re: Lock screen challenge

On 11/22/22 3:27 PM, Brian Milby via use-livecode wrote: One option to use an external editor would be ScriptTracker. You could export the scripts, do your bulk changes, and then import them back. That's worth a thought. Thanks. -- Jacqueline Landman Gay |

Re: Lock screen challenge

On 11/22/22 3:08 PM, Geoff Canyon via use-livecode wrote: A random thought: if you converted to script-only stack behaviors first, then you would have a bunch of text files you can use whatever tool you like on. This project is a huge HC world. There are a lot of stacks, hundreds of cards, and

Re: Lock screen challenge

stack i put the script of control k of card j of stack i into tScript -- look through the lines of tScript for "lock screen", note the line number A, then search from there onward for "unlock screen" and note the line number B -- if line B

RE: Lock screen challenge

ecode-boun...@lists.runrev.com] On Behalf Of J. Landman Gay via use-livecode Sent: Monday, November 21, 2022 10:48 PM To: How to use LiveCode Cc: J. Landman Gay Subject: Re: Lock screen challenge Thanks to both you and Craig. I couldn't think of any other way to do it either, but was hoping there was so

Re: Lock screen challenge

unch of text files you can use whatever tool you > > like on. > > > > gc > > > >> On Mon, Nov 21, 2022 at 1:25 PM J. Landman Gay via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >> > >> I'm updating a very old set of stack

Re: Lock screen challenge

e cr with " of" && the name of stackID & cr & "card id " in cardIDList return cardIDList && "of" && the name of stackID & cr end cardIDsOf On Mon, Nov 21, 2022 at 1:44 PM Paul Dupuis via use-livecode < use-livecode@lists.runrev.co

Re: Lock screen challenge

updating a very old set of stacks that use old HC syntax for "lock >> screen". A search with >> LC's Find utility says there are 723 instances that may need to be >> changed. Right now they look >> like this: >> >> lock screen >> -- do any number

Re: Lock screen challenge

.com> wrote: > >> I'm updating a very old set of stacks that use old HC syntax for "lock >> screen". A search with >> LC's Find utility says there are 723 instances that may need to be >> changed. Right now they look >> like this: >> >&g

Re: Lock screen challenge

-livecode < use-livecode@lists.runrev.com> wrote: > I'm updating a very old set of stacks that use old HC syntax for "lock > screen". A search with > LC's Find utility says there are 723 instances that may need to be > changed. Right now they look > like this: >

Re: Lock screen challenge

y old set of stacks that use old HC syntax for "lock > screen". A search with > LC's Find utility says there are 723 instances that may need to be > changed. Right now they look > like this: > > lock screen > -- do any number of things > unlock screen with > >

Re: Lock screen challenge

I resemble that remark! j > On Nov 21, 2022, at 7:47 PM, J. Landman Gay via use-livecode > wrote: > > more old-timers ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your

Re: Lock screen challenge

of card j of stack i into tScript -- look through the lines of tScript for "lock screen", note the line number A, then search from there onward for "unlock screen" and note the line number B -- if line B begins with (after trimming spaces) "unlock screen with&

Re: Lock screen challenge

of control k of card j of stack i into tScript   -- look through the lines of tScript for "lock screen", note the line number A, then search from there onward for "unlock screen" and note the line number B   -- if line B begins with (after trimming sp

Re: Lock screen challenge

Jacque. Why aren’t you on the forum? Cant you just loop through each line in your handlers, and find the ones that contain “lock screen”, both with and without the visual effect thing. Search downstream until you find the “unlock” line, That gives you the start and finish lines for each

Lock screen challenge

I'm updating a very old set of stacks that use old HC syntax for "lock screen". A search with LC's Find utility says there are 723 instances that may need to be changed. Right now they look like this: lock screen -- do any number of things unlock screen with These all need to

Re: question re lock screen

ractivesw.com >> On January 30, 2022 10:29:29 AM William Prothero via use-livecode >> wrote: >> >> I’m working on a transition from one stack to another, and initializing to >> destination stack’s screen before I show it. >> So, my question is whether the lo

Re: question re lock screen

On January 30, 2022 10:29:29 AM William Prothero via use-livecode wrote: I’m working on a transition from one stack to another, and initializing to destination stack’s screen before I show it. So, my question is whether the lock screen command actually works on the invisible destination screen

question re lock screen

I’m working on a transition from one stack to another, and initializing to destination stack’s screen before I show it. So, my question is whether the lock screen command actually works on the invisible destination screen. Or does it only apply to a screen that is visible. How does it determine

Lock screen working on Big Sur?

really slow and it acts like "lock screen" isn’t working - you can watch the screen draw one by one with each field. Anybody else seeing this? Marty ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to

Re: lock screen

n't think this has > anything to do with the lock screen. > > Sean > > On Sat, 23 Jan 2021 at 05:11, Tom Glod via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > Great thread here > > I recently wrote an animation loop where I only unlocked the screen e

Re: lock screen

Hi Tom, Make a sample stack (sounds like you already have) and make a bug report labelled 'Memory leak on looping field update'. I don't think this has anything to do with the lock screen. Sean On Sat, 23 Jan 2021 at 05:11, Tom Glod via use-livecode < use-livecode@lists.runrev.com>

Re: lock screen

I > think setting the visible of a stack will do it. > > Bob S > > > > > On Jan 22, 2021, at 12:56 AM, Terence Heaford via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > Just looking for clarity with regard to lock screen. > > > > I

Re: lock screen

I’ll throw in my lot: Some things unlock the screen without an idle. I think setting the visible of a stack will do it. Bob S > On Jan 22, 2021, at 12:56 AM, Terence Heaford via use-livecode > wrote: > > Just looking for clarity with regard to lock screen. > > Is th

RE: lock screen

: Friday, January 22, 2021 10:27 AM To: How to use LiveCode Cc: J. Landman Gay Subject: Re: lock screen Eww. Speak for yourself. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On January 22, 2021 10:01:45 AM doc hawk via use-livecode w

Re: lock screen

Eww. Speak for yourself. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On January 22, 2021 10:01:45 AM doc hawk via use-livecode wrote: Not so much either/or as it’s a counter, with 0 being unlocked. Lock increments the counter, and

Re: lock screen

To ensure that our screen doesn’t accidentally get overlocked, even though the system may unlock it at idle time, the best practice is to always unlock it at the proper time within you code. That way you can’t confuse things and find yourself scratching your head as to why it looks like your code

Re: lock screen

Not all widgets behave that way. Only widgets that use a native control will layer over everything else. Things like the tree view widget are still impacted by Lock Screen. Sent from my iPhone > On Jan 22, 2021, at 1:07 PM, Terence Heaford via use-livecode > wrote: > >

Re: lock screen

u set > out to perform the visual effect. > >> 22. jan. 2021 kl. 17:54 skrev Tore Nilsen : >> >> The browser widget is drawn in a layer of its own and is not affected by >> lock screen. If you need to do a visual effect you then hide the widget >> itself and pe

Re: lock screen

I forgot to write that you import a snapshot of the widget before you set out to perform the visual effect. > 22. jan. 2021 kl. 17:54 skrev Tore Nilsen : > > The browser widget is drawn in a layer of its own and is not affected by lock > screen. If you need to do a visual effect y

Re: lock screen

The browser widget is drawn in a layer of its own and is not affected by lock screen. If you need to do a visual effect you then hide the widget itself and perform the visual effect on the snapshot. You can then delete the snapshot when it is no longer needed. Best regards Tore Nilsen >

Re: lock screen

Thanks for all the replies. How does lock screen affect widgets? It does not appear to have any effect as if you run a Javascript in a Browser having applied lock screen, the Browser widget seems unaffected. Thanks Terry > On 22 Jan 2021, at 16:39, Dan Friedman via use-livecode >

Re: lock screen

Same here. Anytime I want to lock the screen, I do this: on lockTheScreen if not the lockScreen then lock screen end if end lockTheScreen When needed, I use this: on unLockTheScreen repeat until not lockScreen unlock screen end repeat end unLockTheScreen That's my 2 cents

Re: lock screen

Not so much either/or as it’s a counter, with 0 being unlocked. Lock increments the counter, and unlock excrements. The counter gets set to 0 when the engine idles, as well -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list

Re: lock screen

When I have a handler that needs to lock the screen I will often do the following begins handler put the lockScreen into tPreserveLockScreen if not tPreserveLockScreen then lock screen ... code ... if not tPreserveLockScreen then unlock screen end handler Code in our main LC app is large

Re: lock screen

es > throughout. All is reset at idle time. > > Craig > > -Original Message- > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf > Of Brian Milby via use-livecode > Sent: Friday, January 22, 2021 6:50 AM > To: How to use LiveCode &g

RE: lock screen

to use LiveCode Cc: Brian Milby Subject: Re: lock screen I’m sure someone else can be more clear, but when the engine gets to an idle state then locks should be cleared. In your example, it would probably clear at the end of that mouseUp handler, but aTest would completely run with the screen

Re: lock screen

:57 AM, Terence Heaford via use-livecode > wrote: > > Just looking for clarity with regard to lock screen. > > Is there only one state for the screen, either locked or not locked and when > is that state changed. > > ------- > on mouseUp > > loc

lock screen

Just looking for clarity with regard to lock screen. Is there only one state for the screen, either locked or not locked and when is that state changed. --- on mouseUp lock screen aTest end mouseUp on aTest — is the screen still locked here end aTest

Re: Lock Screen does NOT work!

Oooohky... So the problem is not calling selectionChanged while another selectionChanged is running. The problem is setting the dgData (or dgText I will assume) while a selectionChanged handler is running. I remember I tracked that down before this. Setting the dgData is obviously

RE: Lock Screen does NOT work!

dim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Bob Sneidar via use-livecode Sent: Thursday, January 24, 2019 2:29 PM To: How to use LiveCode Cc: Bob Sneidar Subject: Re: Lock Screen does NOT work! For those interes

Re: Lock Screen does NOT work!

he > datagrid updates. That would pop an idle message and cancel the screen lock. > > Bob S > > >> On Jan 24, 2019, at 10:52 , Bob Sneidar via use-livecode >> wrote: >> >> Hi all. Bold subject line I know. Here's how I know. >> >> I used Fi

Re: Lock Screen does NOT work!

now. > > I used Find in This Stack and it's SubStacks to find "lock screen". I > replaced all with "-- lock screen" effectively commenting out ALL of the lock > screen statements. I verified by checking one of the found scripts and indeed > lock screen is

Lock Screen does NOT work!

Hi all. Bold subject line I know. Here's how I know. I used Find in This Stack and it's SubStacks to find "lock screen". I replaced all with "-- lock screen" effectively commenting out ALL of the lock screen statements. I verified by checking one of the found scripts and

Re: lock screen gotcha revisited

update > occurs, all widgets would get an OnUpdate event, and this would all > happen atomically under a lock screen. (Indeed, this mechanism would > also make engine control UI animations and animated GIFs less CPU > run-loop intensive - they are currently all implemente

Re: lock screen gotcha revisited

get works. The clock widget uses the 'schedule timer' syntax to do the equivalent of 'send in time'. Indeed, this is implemented using the same mechanism as 'send in time' and so each pending message (timer, in this case) is dispatched separately, and not under a lock screen. I spent some time

Re: lock screen gotcha revisited

re isn't one - although you can use 'execute script' to use LCS's > lock/unlock screen. > > Indeed, I should check whether LCB does currently use an implicit lock > screen - it probably should as LCB handlers, when called from LCS, are > meant to be 'atomic' in some sense. >

Re: lock screen gotcha revisited

The general consensus is that it doesn't. I think there was something else going on where my screen was not updating even after 5 successive screen unlocks, and I never figured out why, but I went through my app and every place there was a lock screen, I added an unlock screen to the end

Re: lock screen gotcha revisited

LCB does currently use an implicit lock screen - it probably should as LCB handlers, when called from LCS, are meant to be 'atomic' in some sense. This interacts with LC Script, timed widgets (clocks, animations) want their own screen updates ... Screen updates of widgets only happen upon

Re: lock screen gotcha revisited

The real interesting thing is now for me how to lock the screen in LC Builder? I couldn't find a way to do that. Who knows? This interacts with LC Script, timed widgets (clocks, animations) want their own screen updates ... ___ use-livecode mailing

Re: lock screen gotcha revisited

On 08/21/2017 10:28 AM, Mark Waddingham via use-livecode wrote: On 2017-08-19 04:41, J. Landman Gay via use-livecode wrote: Except when it doesn't. There seems to be an override in the lock count if any unlock uses a visual effect. I'm not sure if that's on purpose or not. Internally there is

Re: lock screen gotcha revisited

On 8/21/17 5:47 PM, prothero--- via use-livecode wrote: I didn't realize that the lockscreen command only applied to the handler that sets it. No, it doesn't (or shouldn't) apply only to the handler that sets it. Does this mean that each script has to set lockscreen if it needs it? It's a

Re: lock screen gotcha revisited

k will open it up. That seems more intuitive. >> >> Initially it's more intuitive, but if it were done this way you couldn't >> have handlers that manage locks both independently and when called from >> amother handler. For example: >> >> on updateThings >&g

Re: lock screen gotcha revisited

independently and when called from amother > handler. For example: > > on updateThings > lock screen > set the rect of > set the loc of > updateAllButtonLabels > unlock screen > end updateThings > > on updateAllButtonLabels > lock screen > repeat with i

Re: lock screen gotcha revisited

locks both independently and when called from amother handler. For example: on updateThings lock screen set the rect of set the loc of updateAllButtonLabels unlock screen end updateThings on updateAllButtonLabels lock screen repeat with i = 1 to the number of btns set

Re: lock screen gotcha revisited

I agree with Bill. If you lock a door twice on a car, it is still just locked. One unlock will open it up. That seems more intuitive. Sent from my iPhone > On Aug 21, 2017, at 2:19 PM, prothero--- via use-livecode > wrote: > > Seems like it would be much

Re: lock screen gotcha revisited

Seems like it would be much simpler if lockscreen just kept the screen locked until unlockscreen was invoked, but there was an update screen command when forced updates were needed. No counters to keep track of. Best Bill William Prothero http://ed.earthednet.org > On Aug 21, 2017, at 10:40

Re: lock screen gotcha revisited

I used to have an example, I struggled with the problem until I figured out the reason, and then I modified the script to work around it. It actually didn't happen in the IDE, only on Android. (I didn't test on iOS.) Now I can't remember what the original problem script was. But I'll see if I

Re: lock screen gotcha revisited

I would have to recreate it as my production stack has already been gone through, and it seems to be working as advertised, which would argue against it being an engine issue. I'll see if I can create a sample stack in the next couple days. Right now I have a couple service calls to go out on

Re: lock screen gotcha revisited

On 2017-08-19 04:41, J. Landman Gay via use-livecode wrote: Except when it doesn't. There seems to be an override in the lock count if any unlock uses a visual effect. I'm not sure if that's on purpose or not. Internally there is a counter - and only one - the engine uses it too when it needs

  1   2   >