, 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
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 un
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
>
>
&
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 some
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
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 Kerne
teControls
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
>
>
&g
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
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
>
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 in a
... 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 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
s 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 “L
livecode@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
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 the
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
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 you
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
exec
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 executin
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 "lock scre
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.
B
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 | jac...@hyperactiv
wrote:
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-livec
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 a
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
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 on
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
(po
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 p
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
>
>
>
> __
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).
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:
http://lists.
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 use-liveco
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
>
> 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...
>
> ___
&g
s 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 mailing list
use-livecode@
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-livec
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
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.
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 sc
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
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 modification is
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 | jac...@hyperactivesw.co
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
ontrols of card j of 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
-- i
e-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 w
h 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
dIDList
replace 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@
x27;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 a
de@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 th
ay via use-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
&g
ery 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
>
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 subscrip
pt 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 spaces) "unlo
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 spaces) "
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
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 n
re | http://www.hyperactivesw.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
hyperactivesw.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 lock screen command actually works on the
invisible de
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
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
ate'. 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> wrote:
>
> > Great thread here
> > I recently wrote an animation loop where I only u
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
dle. 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’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 there
: 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
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
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 i
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:
>
> So a w
et
> 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
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
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
>
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
>
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
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
u
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
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
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
: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
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
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 triggerin
ces
rdim...@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 in
time somewhere prior to the
> 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.
w 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 indeed
> lock screen
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 scri
e problems. When a frame 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
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 lo
; There 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
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 o
d, 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.
This interacts with LC Script, timed widgets (clocks, animations)
want their own screen updates ...
Screen
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 lis
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
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
; 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
>> lock screen
>> set the rect of
>> set the lo
alled 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
hat manage 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
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 simpler if lockscreen just kept the s
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
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 ca
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 an
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 - 100 of 181 matches
Mail list logo
