I meant acceleratedRendering, sorry. I was talking to someone about fullscreenMode right before
I answered you and had a think-o. I do have acceleratedRendering enabled in my app.
I also ran into the problem you described below -- taps went through but the screen did not
redraw so the content didn't change. I had to force a screen redraw in several places using
"set the backcolor of this cd to the backcolor of this cd". It took me hours to figure out what
was wrong, I kept thinking it was something in my scripts.
In my case that happened when a group was shown with a visual efect, like you did. The card
content did not change. Taps did go through but visually there was no update.
That was different from the one I started this thread with, which had no response at all. The
script didn't run, breakpoints did not trigger. I even put a transparent button over the
graphic to see if that would work and it didn't trigger either. This was on the first card
shown at launch. But a field at the bottom of the card did receive a mouseup, so the problem
was related to only part of the card. I poked around trying to find where the dead edges were
but it didn't match any groups or controls in particular. The weird part is that it worked in
some builds and not in others, though I never changed acceleratedRendering settings.
This could be a problem since the fields hold credentials and the graphic is a "Log In" button.
On the bright side, it keeps users out of the app which cuts down substantially on maintenance.
On 6/2/20 12:47 AM, scott--- via use-livecode wrote:
And it seems that, at least in my last run-in, the taps were actually going
through… it is just that they weren't being drawn on the screen. I had
displayed a group with a visual effect inside a rect… only controls inside the
rect appeared unresponsive. When put away using unlock the screen with visual
effect, I could briefly see the selection on some radio buttons change.
—
Scott
On Jun 1, 2020, at 10:34 PM, scott--- via use-livecode
<use-livecode@lists.runrev.com> wrote:
I don’t use fullscreenMode. Is acceleratedRendering a default requirement of
fullscreenMode?
I’ve been unable to create a simple recipe. In my cases I am suspicious that it
has something to do with overlapping groups… but obviously it is more than that.
—
Scott
On Jun 1, 2020, at 9:15 PM, J. Landman Gay via use-livecode
<use-livecode@lists.runrev.com> wrote:
Oh my gosh, I *never* would have guessed that fullscreenMode was the culprit.
That's kind of screwy isn't it? Why would it block taps? And not consistently
either.
I'm very glad you knew what was wrong, I was completely at a loss. Thank you.
It seems like this needs a bug report but there's no consistent recipe that I
can find.
On 6/1/20 7:49 PM, scott--- via use-livecode wrote:
For me, when I run across this (and I have several times… including one just
last week) it is almost always acceleratedRendering.
I usually end up toggling it off and on and then all works fine.
Sometimes I wrap code between these but sometimes I just put this at the end of
the handler that introduces the unresponsive object.
set the acceleratedRendering of this stack to "false"
set the acceleratedRendering of this stack to “true”
--
Scott Morrow
Elementary Software
(Now with 20% less chalk dust!)
web https://elementarysoftware.com/
email sc...@elementarysoftware.com
booth 1-800-615-0867
------------------------------------------------------
On Jun 1, 2020, at 12:50 PM, J. Landman Gay via use-livecode
<use-livecode@lists.runrev.com> wrote:
Has anyone seen this problem? On an iOS build, normal LC controls sometimes do
not respond to mouseUp events. There are no native controls involved -- the
worst offender is a regular LC graphic that serves as a login button. Sometimes
it just doesn't trigger. Other times it's a locked LC field that needs to
respond with clicktext. No handlers run at all.
Sometimes if I edit a script (any script, not the object involved) and rebuild,
taps work again in some places but still not in others.
This is only on iOS. In the IDE and Android everything works normally.
--
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
_______________________________________________
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
--
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
_______________________________________________
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
--
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
