Jacque, you can pull nightly and check out the daily lesson card script.
I don't have multiple lock unlock anywhere… I read that in the docs.
I made sure
1) Pair only lock/unlock
2) one pair only hide/show
in the whole script.. but "no way, no how" could I get them play together.
There are clearly rendering issues where (I suspect) the VRam update for the
visual effect is almost like running on a separate thread and is running
actually slower than the engine, and to make matters mor interesting, some old
version of the field is cached and that cached version is still "alive" even
after the script issues
put empty into fld "daily-lesson-text"
# cached version of the field is still floating round in the pretaloka. (world
of disembodies souls attached to the earth plane… "ghosts")
I stripped out *all* hide and show handlers and trimmed back to
1) lock screen
2) then: put empty into the field; then build the whole text/typesetting with
the next lesson
3) unlock screen with visual effect dissolve very fast.
OK this works. Except that I *did* want a pause in between where the users see
the full background photo to have a brief "oh lovely!" moment, before showing
the updated lesson text.
As it is now, the lock and unlock serves well. What seems like a lot of code to
build/typeset the field happens "instantly" in the background with the screen
locked and then the text dissolved and shows the new text. its like the text of
the previous lesson magically "melts" into the next new text. Not my intended
visual effect, but still pretty cool.
But it would be good to figure out how to do this.
Going the other route, using no lock
but
hide the field with visual effect dissolve very fast
wait 500 millisecond with messages
# user see background graphic
# we put empty into the field
# run the new data in and typeset it.
show the field with visual effect dissolve very fast
shows the data from the previous incarnation of the field, before it was
emptied. Almost as if it were cached; until you "touch" it. Then "blink" the
text updates.
I don't have time to build a sample test stack at the moment, but looks like a
bug to me.
BR
On 7/6/17, 8:39 AM, "use-livecode on behalf of J. Landman Gay via use-livecode"
<use-livecode-boun...@lists.runrev.com on behalf of
use-livecode@lists.runrev.com> wrote:
I've hit a similar, but not identical, issue and have been planning to
submit a bug report but it's been tricky to extract example code from my
full project so I haven't got to it yet.
There seems to be an issue with nested lockscreens if one of the locks
uses a visual effect. My guess is that the one with a visual effect
seems to corrupt or override the lock count.
The workaround in my current project is to make sure there is only one
set of lock/unlock commands, the one with the visual effect. Apparently
that didn't work for you.
My stack doesn't use "show/hide with visual effect" though. Instead I
"lock screen for visual effect" and then later "unlock screen with
visual effect." Maybe separating out the command that way would work better.
_______________________________________________
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
