Re: iOS builds ignore taps
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 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 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 booth1-800-615-0867 -- On Jun 1, 2020, at 12:50 PM, J. Landman Gay via use-livecode 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,
Re: iOS builds ignore taps
On 6/1/20 11:30 PM, Mark Wieder via use-livecode wrote: On 6/1/20 9:15 PM, J. Landman Gay via use-livecode 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. WTF? My mistake. AccleratedRendering. But still...WTF. -- 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
Re: Lost contact
Interesting. I’m not on your list, and I did not get an email from you yesterday, but I did receive this email. M > On Jun 2, 2020, at 4:41 PM, Mark Wieder via use-livecode > wrote: > > I'm getting bounced emails from the following people. > If you see your name on this list and you *didn't* get an email from me > yesterday, can you send me an email? Thanks. > > Zac Brewer > Ed Cawley > Keith Clarke > Neil Davis > Andre Garzia > Robert Glassman > Dave Kilroy > Tao Meng > Warren Samples > Harald Schlager > Tereza Snyder > Chipp Walters > > -- > Mark Wieder > ahsoftw...@gmail.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
Re: iOS builds ignore taps
I have an iOS app that uses many graphics with movement… in addition to doing as Scott suggested (toggling acceleratedRendering on an off) I also messed with adjusting the compositorCacheLimit. Raising the limit helped. Doing this also helped with some screen redraw issues I saw that sounds consistent with what Scott also mentioned. be well, randy www.classroomFocusedSoftware.com > On Jun 2, 2020, at 1:58 AM, J. Landman Gay via use-livecode > wrote: > > On 6/1/20 11:30 PM, Mark Wieder via use-livecode wrote: >> On 6/1/20 9:15 PM, J. Landman Gay via use-livecode 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. >> WTF? > > My mistake. AccleratedRendering. But still...WTF. > > -- > 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
Re: vCard save file format binfile or file?
to be honest, I'd use binfile:// when writing... On Tue, 2 Jun 2020 at 15:17, Andre Garzia wrote: > A decade ago I wrote a vCard library for LiveCode: > > https://git.sr.ht/~soapdog/vObjectLib > > It uses CRLF and file://, I never had trouble opening the generated vCards > but I haven't tested this in years. > > > > On Mon, 1 Jun 2020 at 01:10, kee nethery via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> >> > On May 31, 2020, at 4:56 PM, Bill Vlahos via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> > >> > If I just use URL file to save vCard files I will get different results >> on Windows vs Macintosh regarding CRLF. VCard files are text files. >> >> UTF-8 files. https://tools.ietf.org/html/rfc6350#section-3.1 >> >> > The vCard standard requires CRLF as the line format regardless of which >> platform the data is being written in. >> >> Truehttps://tools.ietf.org/html/rfc6350#section-3.2 >> >> > LiveCode using the URL file command will write the file differently on >> Windows compared to Mac or Linux. >> >> Sure do wish Livecode would let us declare what a “text” file return >> character or characters was for writing a file. Same as we do with >> itemdelimiters. Something like: >> >> set linedelimiter to U+000D & U+000A >> >> > I can build the variable for the vCard and use CRLF instead of RETURN >> for line endings. >> > >> > If I write the file using URL binfile format will it still be a text >> file that other programs can read? >> >> if you give it a .vcf suffix it should work. >> >> Kee >> >> >> ___ >> 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 >> > > > -- > http://www.andregarzia.com > > -- http://www.andregarzia.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
Lost contact
I'm getting bounced emails from the following people. If you see your name on this list and you *didn't* get an email from me yesterday, can you send me an email? Thanks. Zac Brewer Ed Cawley Keith Clarke Neil Davis Andre Garzia Robert Glassman Dave Kilroy Tao Meng Warren Samples Harald Schlager Tereza Snyder Chipp Walters -- Mark Wieder ahsoftw...@gmail.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
ANN: PowerTools 2.0.22
Now that LiveCode 9.6 has had its official release, I have released a new version of PowerTools. In spite of the fact that this is the first release in almost a year, there aren't a lot of changes. They're mostly to do with updates to the core LiveCode product and some bug fixes that I've had time to deal with recently. In particular, the Stack Factory has needed some updates for some time now, and Widget extension folders now nest and unwind properly cross-platform with the new LC versions. The PowerTools plugin now docks magnetically to either side of the LC menubar if you bring it close, and minimizes (double-click the status bar) to a small icon floating next to the menubar. PowerTools registration will never expire, so you will always have access to the latest versions as they're released. https://www.ahsoftware.net/PowerTools/PowerTools.lc https://www.ahsoftware.net/PowerTools/register.lc -- Mark Wieder ahsoftw...@gmail.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
ANN: PowerDebug 2.2
And now that LiveCode 9.6 has had its official release, I have released a new version of PowerDebug. Version 2.2 is significantly refactored (yes, again) in certain areas for speed and to fix some bugs (bugs that nobody reported, so if they didn't bother you, pay no attention to the bugs behind the curtain). And the bigger news is that code profiling is now integrated into PowerDebug. If you're not running the Business edition of LiveCode you'll notice a new entry in the IDE's Development menu. It will toggle between "start profiling code" and "stop profiling code" depending, of course, on the state of the profiler. If you're running the Business edition then you'll already have noticed that menuItem, and PowerDebug's script profiler will be invoked when you select it. Unfortunately, we can't get any more granular that microsecond timing, so nanosecond times are rounded up and then averaged across multiple iterations. https://www.ahsoftware.net/PowerTools/PowerDebug.lc https://www.ahsoftware.net/PowerTools/BuyPowerDebug.lc Documentation is at http://powerdebug.ahsoftware.net And as usual, PowerDebug registration will never expire, so you will always have access to the latest versions as they're released. -- Mark Wieder ahsoftw...@gmail.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
Re: vCard save file format binfile or file?
A decade ago I wrote a vCard library for LiveCode: https://git.sr.ht/~soapdog/vObjectLib It uses CRLF and file://, I never had trouble opening the generated vCards but I haven't tested this in years. On Mon, 1 Jun 2020 at 01:10, kee nethery via use-livecode < use-livecode@lists.runrev.com> wrote: > > > On May 31, 2020, at 4:56 PM, Bill Vlahos via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > If I just use URL file to save vCard files I will get different results > on Windows vs Macintosh regarding CRLF. VCard files are text files. > > UTF-8 files. https://tools.ietf.org/html/rfc6350#section-3.1 > > > The vCard standard requires CRLF as the line format regardless of which > platform the data is being written in. > > Truehttps://tools.ietf.org/html/rfc6350#section-3.2 > > > LiveCode using the URL file command will write the file differently on > Windows compared to Mac or Linux. > > Sure do wish Livecode would let us declare what a “text” file return > character or characters was for writing a file. Same as we do with > itemdelimiters. Something like: > > set linedelimiter to U+000D & U+000A > > > I can build the variable for the vCard and use CRLF instead of RETURN > for line endings. > > > > If I write the file using URL binfile format will it still be a text > file that other programs can read? > > if you give it a .vcf suffix it should work. > > Kee > > > ___ > 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 > -- http://www.andregarzia.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
Fonts and Property Inspector / fontNames / fontStyles Different on Every Platform
LC 9.6 GM Win 10. I have 3 Arial fonts installed. 1) "Arial" with 4 styles (plain, bold, italic, bold-italic) 2) "Arial Narrow" with 4 styles (plain, bold, italic, bold-italic) 3) "Arial Black" with 1 style (plain) In the IDE: Via the PI "Arial Narrow" and "Arial Black" are not accessible. "Arial Narrow" (or Black) are not in seen in LC's fontNames or fontStyles functions either. I guess that's why they are not in the PI. One can select "Arial Narrow" (or Black) by typing the full font name into the PI or set via script. This appears to be a LC Windows IDE limitation with a work-around... OK I can deal with that. MS Word shows all 3 fonts. If you set the font name of a field to empty(PI or Script) then the font of the higher objects are inherited. This is displayed in the PI in italic(as expected). In my environment I have no fonts specified all the way up to the stack so "Segoe UI" (displayed in the PI in italic) is used. Set the font to "XXYYYZZ" then some unknown sans font is used. What font is this? How does LC choose a font when a field is set to a font that is not installed? Font observations by platform. Win 10 using fontNames() and fontStyles(): "Arial" has 4 styles (plain, bold, italic, bold-italic) No mention at all of: "Arial Narrow" "Arial Black" Android using fontNames() and fontStyles(): "Arial" has 4 styles (plain, bold, italic, bold-italic) But also shows "Arial Bold" with 1 style (bold) "Arial Italic" with 1 style (italic) "Arial Bold Italic" with 1 style (bold-italic) "Arial Narrow" 1 styles (plain) "Arial Narrow Bold" with 1 style (plain) "Arial Narrow Italic" with 1 style (plain) "Arial Narrow Bold Italic" with 1 style (plain) "Arial Black" with 1 style (plain) - iOS using fontNames() and fontStyles(): "Arial" has 1 style (plain) "Arial Bold" with 2 styles (plain, bold) "Arial Italic" with 2 styles (plain, italic) "Arial Bold Italic" with 3 styles (plain, bold, italic) "Arial Narrow " has 1 style (plain) "Arial Narrow Bold" with 2 styles (plain, bold) "Arial Narrow Italic" with 2 styles (plain, italic) "Arial Narrow Bold Italic" with 3 styles (plain, bold, italic) "Arial Black" with 2 styles (plain, bold) - Mac OS using fontNames() and fontStyles(): (the same as iOS except for the bold italic) "Arial" has 1 style (plain) "Arial Bold" with 2 styles (plain, bold) "Arial Italic" with 2 styles (plain, italic) "Arial Bold Italic" with 4 styles (plain, bold, italic, bold-italic) "Arial Narrow " has 1 style (plain) "Arial Narrow Bold" with 2 styles (plain, bold) "Arial Narrow Italic" with 2 styles (plain, italic) "Arial Narrow Bold Italic" with 4 styles (plain, bold, italic, bold-italic) "Arial Black" with 2 styles (plain, bold) This is so inconsistent I can't even critique it. How do the rest of you deal with this craziness? Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net ___ 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: iOS builds ignore taps
On 6/1/20 3:19 PM, matthias rebbe via use-livecode wrote: I am not sure if this will solve your problem, but did you try the touch messages instead? It may have changed since I last tried that, which was years ago, but I found that if you have both mouse and touch messages, you get both messages on mobile which causes actions to happen (or fail) twice. If I don't have mouse messages I can't work in the IDE. I'd hate to wrap every mouse message in a test for the environment, so I just stopped using touches. -- 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
Re: iOS builds ignore taps
Hello Randy, Adjusting the compositorCacheLimit (instead of toggling the acceleratedRendering) also seems to fix my most recent encounter. It is good to have work-arounds but frustrating to have the issue crop up. — Scott > On Jun 2, 2020, at 5:20 AM, Randy Hengst via use-livecode > wrote: > > I have an iOS app that uses many graphics with movement… in addition to doing > as Scott suggested (toggling acceleratedRendering on an off) I also messed > with adjusting the compositorCacheLimit. Raising the limit helped. Doing this > also helped with some screen redraw issues I saw that sounds consistent with > what Scott also mentioned. > > > be well, > randy > www.classroomFocusedSoftware.com > >> On Jun 2, 2020, at 1:58 AM, J. Landman Gay via use-livecode >> wrote: >> >> On 6/1/20 11:30 PM, Mark Wieder via use-livecode wrote: >>> On 6/1/20 9:15 PM, J. Landman Gay via use-livecode 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. >>> WTF? >> >> My mistake. AccleratedRendering. But still...WTF. >> >> -- >> 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
Re: [ANN] Release 9.6.0
> Panos protested, > I have not seen that error before, Now *those* are words to make one shudder . . . :_) But I once got a new high-end laptop from it . . . Remember several years ago, when the MacBooks had a problem when switching video cards (the Pros had two, one for performance, and one for battery life)? I had one of the first (maybe the first) machines on which it could be replicated. Mine kernel panicked several nights a week. I brought it in, and it was spitting codes that weren’t even in Cupertino’s database. The third time, they wanted to do an autopsy, I think . . . so they refunded my machine, and sold me the newer version (the middle 15” Pro) for the same price—and commented that they (at the store) had two reasons: I always brought in interesting questions, and the I’d actually understand and appreciate what they were doing. ___ 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: iOS builds ignore taps
Did you increase the compositorCacheLimit in addition to toggling acceleratedRendering, or does the adjustment work by itself? Also, were you able to find a good compromise for the increated limit that would work on any i-thing? On 6/2/20 7:20 AM, Randy Hengst via use-livecode wrote: I have an iOS app that uses many graphics with movement… in addition to doing as Scott suggested (toggling acceleratedRendering on an off) I also messed with adjusting the compositorCacheLimit. Raising the limit helped. Doing this also helped with some screen redraw issues I saw that sounds consistent with what Scott also mentioned. be well, randy www.classroomFocusedSoftware.com On Jun 2, 2020, at 1:58 AM, J. Landman Gay via use-livecode wrote: On 6/1/20 11:30 PM, Mark Wieder via use-livecode wrote: On 6/1/20 9:15 PM, J. Landman Gay via use-livecode 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. WTF? My mistake. AccleratedRendering. But still...WTF. -- 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
Re: iOS builds ignore taps
I haven’t found that using touch messages instead of mouse messages makes any difference. -- Scott > On Jun 1, 2020, at 1:19 PM, matthias rebbe via use-livecode > wrote: > > > I am not sure if this will solve your problem, but did you try the touch > messages instead? > > Matthias > > >> Am 01.06.2020 um 21:50 schrieb J. Landman Gay via use-livecode >> : >> >> 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
Re: iOS builds ignore taps
How much did you increase the compositorCacheLimit? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On June 2, 2020 7:57:58 PM scott--- via use-livecode wrote: Hello Randy, Adjusting the compositorCacheLimit (instead of toggling the acceleratedRendering) also seems to fix my most recent encounter. It is good to have work-arounds but frustrating to have the issue crop up. — Scott On Jun 2, 2020, at 5:20 AM, Randy Hengst via use-livecode wrote: I have an iOS app that uses many graphics with movement… in addition to doing as Scott suggested (toggling acceleratedRendering on an off) I also messed with adjusting the compositorCacheLimit. Raising the limit helped. Doing this also helped with some screen redraw issues I saw that sounds consistent with what Scott also mentioned. be well, randy www.classroomFocusedSoftware.com On Jun 2, 2020, at 1:58 AM, J. Landman Gay via use-livecode wrote: On 6/1/20 11:30 PM, Mark Wieder via use-livecode wrote: On 6/1/20 9:15 PM, J. Landman Gay via use-livecode 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. WTF? My mistake. AccleratedRendering. But still...WTF. -- 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 ___ 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: iOS builds ignore taps
On the test device (an iPhone 6s) it was reporting a compositorCacheLimit of 67108864 (64Mb?) and I increased it by 16Mbs to 83886080 which solved the problem. I didn’t try to find where the edge was. After looking at the layerMode of underlying groups and changing ones that obviously should have been set to scrolling but for some reason were static, fiddling with the acceleratedRendering or compositorCacheLimit was no longer necessary. — Scott > On Jun 2, 2020, at 9:50 PM, J. Landman Gay via use-livecode > wrote: > > How much did you increase the compositorCacheLimit? > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On June 2, 2020 7:57:58 PM scott--- via use-livecode > wrote: > >> Hello Randy, >> >> Adjusting the compositorCacheLimit (instead of toggling the >> acceleratedRendering) also seems to fix my most recent encounter. It is good >> to have work-arounds but frustrating to have the issue crop up. >> >> — >> Scott >> >>> On Jun 2, 2020, at 5:20 AM, Randy Hengst via use-livecode >>> wrote: >>> >>> I have an iOS app that uses many graphics with movement… in addition to >>> doing as Scott suggested (toggling acceleratedRendering on an off) I also >>> messed with adjusting the compositorCacheLimit. Raising the limit helped. >>> Doing this also helped with some screen redraw issues I saw that sounds >>> consistent with what Scott also mentioned. >>> >>> >>> be well, >>> randy >>> www.classroomFocusedSoftware.com >>> On Jun 2, 2020, at 1:58 AM, J. Landman Gay via use-livecode wrote: On 6/1/20 11:30 PM, Mark Wieder via use-livecode wrote: > On 6/1/20 9:15 PM, J. Landman Gay via use-livecode 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. > WTF? My mistake. AccleratedRendering. But still...WTF. -- 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 > > > > > ___ > 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
Re: iOS builds ignore taps
In my case all groups that use a scroller have scrolling layermode set. They work. The primary problem for me is that regular LC controls stop getting messages and responding to taps. All these controls are set to static layermode, so I'm not sure how acceleratedRendering could affect them. But it does bring the app to a screeching halt. I wish I had a recipe. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On June 2, 2020 8:35:49 PM scott--- via use-livecode wrote: I had two different scrolling groups on a card where I found it necessary to toggling acceleratedRendering. I just discovered that neither of these groups had the layerMode set to “scrolling” (they were both “static”). Though they appeared to scroll smoothly on all my test devices, changing their layerModes to “scrolling” now makes it so the acceleratedRendering doesn’t need to be fiddled with in order for other objects to display correctly. — Scott On Jun 2, 2020, at 5:55 PM, scott--- via use-livecode wrote: Hello Randy, Adjusting the compositorCacheLimit (instead of toggling the acceleratedRendering) also seems to fix my most recent encounter. It is good to have work-arounds but frustrating to have the issue crop up. — Scott On Jun 2, 2020, at 5:20 AM, Randy Hengst via use-livecode wrote: I have an iOS app that uses many graphics with movement… in addition to doing as Scott suggested (toggling acceleratedRendering on an off) I also messed with adjusting the compositorCacheLimit. Raising the limit helped. Doing this also helped with some screen redraw issues I saw that sounds consistent with what Scott also mentioned. be well, randy www.classroomFocusedSoftware.com On Jun 2, 2020, at 1:58 AM, J. Landman Gay via use-livecode wrote: On 6/1/20 11:30 PM, Mark Wieder via use-livecode wrote: On 6/1/20 9:15 PM, J. Landman Gay via use-livecode 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. WTF? My mistake. AccleratedRendering. But still...WTF. -- 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 ___ 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
Re: iOS builds ignore taps
I had two different scrolling groups on a card where I found it necessary to toggling acceleratedRendering. I just discovered that neither of these groups had the layerMode set to “scrolling” (they were both “static”). Though they appeared to scroll smoothly on all my test devices, changing their layerModes to “scrolling” now makes it so the acceleratedRendering doesn’t need to be fiddled with in order for other objects to display correctly. — Scott > On Jun 2, 2020, at 5:55 PM, scott--- via use-livecode > wrote: > > Hello Randy, > > Adjusting the compositorCacheLimit (instead of toggling the > acceleratedRendering) also seems to fix my most recent encounter. It is good > to have work-arounds but frustrating to have the issue crop up. > > — > Scott > >> On Jun 2, 2020, at 5:20 AM, Randy Hengst via use-livecode >> wrote: >> >> I have an iOS app that uses many graphics with movement… in addition to >> doing as Scott suggested (toggling acceleratedRendering on an off) I also >> messed with adjusting the compositorCacheLimit. Raising the limit helped. >> Doing this also helped with some screen redraw issues I saw that sounds >> consistent with what Scott also mentioned. >> >> >> be well, >> randy >> www.classroomFocusedSoftware.com >> >>> On Jun 2, 2020, at 1:58 AM, J. Landman Gay via use-livecode >>> wrote: >>> >>> On 6/1/20 11:30 PM, Mark Wieder via use-livecode wrote: On 6/1/20 9:15 PM, J. Landman Gay via use-livecode 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. WTF? >>> >>> My mistake. AccleratedRendering. But still...WTF. >>> >>> -- >>> 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 ___ 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