Re: Slow performance on Big Sur
The screen is already locked on closeCard and unlocked on openCard. In between a bunch of stuff happens. Maybe that sequence of lock/unlock isn't working in Big Sur? On 12/16/20 3:46 AM, Pi Digital via use-livecode wrote: What about using ‘lock screen’? Then go card. For preopen it ‘shouldn’t’ make a difference but I have found this to be a cause for stammering in the past. Don’t bother putting an ‘unlock screen’ at the end of the preopencard or opencard as it will unlock itself at the end of the open sequence anyway (as I’m sure you’re already aware). Sean On 16 Dec 2020, at 05:55, J. Landman Gay via use-livecode wrote: I had my client try it. Adding "wait 0 milliseconds" after a "go card" didn't make any difference really. The first four card changes were pretty fast, and after that it got slower and slower with each subsequent card change. I was watching her screen remotely but I couldn't see it due to how remote viewing works, but she said the redraw was quite noticeable. On 12/14/20 4:45 PM, merakosp via use-livecode wrote: Hello all, Does adding a after the command make any difference? Cheers, Panos -- 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: Slow performance on Big Sur
Hello all, We have tried to reproduce this issue on Big Sur, but with no success. We have filed a report for this issue - could you please attach a stack (and a recipe) that demonstrates the problem here: https://quality.livecode.com/show_bug.cgi?id=23037 If the stack is confidential, feel free to email it directly to us ( panos.mera...@livecode.com) Kind regards, Panos -- On Wed, 16 Dec 2020 at 11:47, Pi Digital via use-livecode < use-livecode@lists.runrev.com> wrote: > What about using ‘lock screen’? Then go card. For preopen it ‘shouldn’t’ > make a difference but I have found this to be a cause for stammering in the > past. Don’t bother putting an ‘unlock screen’ at the end of the > preopencard or opencard as it will unlock itself at the end of the open > sequence anyway (as I’m sure you’re already aware). > > Sean > > > > On 16 Dec 2020, at 05:55, J. Landman Gay via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > I had my client try it. Adding "wait 0 milliseconds" after a "go card" > didn't make any difference really. The first four card changes were pretty > fast, and after that it got slower and slower with each subsequent card > change. I was watching her screen remotely but I couldn't see it due to how > remote viewing works, but she said the redraw was quite noticeable. > > > >> On 12/14/20 4:45 PM, merakosp via use-livecode wrote: > >> Hello all, > >> Does adding a after the command > make > >> any difference? > >> Cheers, > >> Panos > > > > > > -- > > 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: Slow performance on Big Sur
What about using ‘lock screen’? Then go card. For preopen it ‘shouldn’t’ make a difference but I have found this to be a cause for stammering in the past. Don’t bother putting an ‘unlock screen’ at the end of the preopencard or opencard as it will unlock itself at the end of the open sequence anyway (as I’m sure you’re already aware). Sean > On 16 Dec 2020, at 05:55, J. Landman Gay via use-livecode > wrote: > > I had my client try it. Adding "wait 0 milliseconds" after a "go card" > didn't make any difference really. The first four card changes were pretty > fast, and after that it got slower and slower with each subsequent card > change. I was watching her screen remotely but I couldn't see it due to how > remote viewing works, but she said the redraw was quite noticeable. > >> On 12/14/20 4:45 PM, merakosp via use-livecode wrote: >> Hello all, >> Does adding a after the command make >> any difference? >> Cheers, >> Panos > > > -- > 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: Slow performance on Big Sur
I had my client try it. Adding "wait 0 milliseconds" after a "go card" didn't make any difference really. The first four card changes were pretty fast, and after that it got slower and slower with each subsequent card change. I was watching her screen remotely but I couldn't see it due to how remote viewing works, but she said the redraw was quite noticeable. On 12/14/20 4:45 PM, merakosp via use-livecode wrote: Hello all, Does adding a after the command make any difference? Cheers, Panos -- 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: Slow performance on Big Sur
Hello all, Does adding a after the command make any difference? Cheers, Panos -- On Tue, 15 Dec 2020 at 00:24, J. Landman Gay via use-livecode < use-livecode@lists.runrev.com> wrote: > I also populate a field and adjust its rect from custom properties, as > well as adjust some > controls based on stored custom property settings. I also load an image > from an unplaced > background. So, lots of setup on preOpenCard. > > On 12/14/20 1:14 PM, Marty Knapp via use-livecode wrote: > > I have a customer with a brand new Mac Pro with tons of memory (and two > 49 inch curved screens!) running Big Sur and he sent a video showing slow > performance when populating a half dozen text fields from a custom property > - took about 3 seconds (in a standalone). > > > > Marty > > > >> On Dec 14, 2020, at 11:04 AM, J. Landman Gay via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> > >> My client is running Big Sur and says that changing cards in a stack > causes a very slow, stuttering display. The background image appears in > chunks and text in the fields comes in as sequential pieces. The order of > the display varies, sometimes the text appears first, sometimes the > background image. The first few cards are fairly normal, but as she pages > through the stack it gets slower. > >> > >> I had her watch Activity Monitor and CPU usage goes up as she navigates > through cards. At first the display is fairly normal but each successive > card change increases CPU useage a little bit. She stopped when usage got > to about 50% when she said it was unusable. This was in the IDE. She says > the standalone is even slower. > >> > >> Has anyone seen this? On Mojave and Catalina everything is fine. > >> > >> -- > >> Jacqueline Landman Gay | jac...@hyperactivesw.com > >> HyperActive Software | > https://www.google.com/url?q=http://www.hyperactivesw.com=gmail-imap=160857754500=AOvVaw3zEkEOx8Qa_NdgiKshX9KD > > > > > > ___ > > 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
Re: Slow performance on Big Sur
I also populate a field and adjust its rect from custom properties, as well as adjust some controls based on stored custom property settings. I also load an image from an unplaced background. So, lots of setup on preOpenCard. On 12/14/20 1:14 PM, Marty Knapp via use-livecode wrote: I have a customer with a brand new Mac Pro with tons of memory (and two 49 inch curved screens!) running Big Sur and he sent a video showing slow performance when populating a half dozen text fields from a custom property - took about 3 seconds (in a standalone). Marty On Dec 14, 2020, at 11:04 AM, J. Landman Gay via use-livecode wrote: My client is running Big Sur and says that changing cards in a stack causes a very slow, stuttering display. The background image appears in chunks and text in the fields comes in as sequential pieces. The order of the display varies, sometimes the text appears first, sometimes the background image. The first few cards are fairly normal, but as she pages through the stack it gets slower. I had her watch Activity Monitor and CPU usage goes up as she navigates through cards. At first the display is fairly normal but each successive card change increases CPU useage a little bit. She stopped when usage got to about 50% when she said it was unusable. This was in the IDE. She says the standalone is even slower. Has anyone seen this? On Mojave and Catalina everything is fine. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | https://www.google.com/url?q=http://www.hyperactivesw.com=gmail-imap=160857754500=AOvVaw3zEkEOx8Qa_NdgiKshX9KD ___ 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: Slow performance on Big Sur
On 12/14/20 2:46 PM, Paul Dupuis via use-livecode wrote: On 12/14/2020 2:04 PM, J. Landman Gay via use-livecode wrote: My client is running Big Sur and says that changing cards in a stack causes a very slow, stuttering display. The background image appears in chunks and text in the fields comes in as sequential pieces. The order of the display varies, sometimes the text appears first, sometimes the background image. The first few cards are fairly normal, but as she pages through the stack it gets slower. I had her watch Activity Monitor and CPU usage goes up as she navigates through cards. At first the display is fairly normal but each successive card change increases CPU useage a little bit. She stopped when usage got to about 50% when she said it was unusable. This was in the IDE. She says the standalone is even slower. Has anyone seen this? On Mojave and Catalina everything is fine. I had a weird display issue where a transition between two cards left with one card semi-transparent behind the new card. It was also slow. I have a visual effect dissolve between these two cards I removed the visual effect and changing between the cards was fast and clean. Examine any visual effect transitions you may have between cards. Thanks. There are no transition effects, just "go card". Each card has an image, and I tried toggling off alwaysBuffer but that didn't help. CloseCard sends some data off to a server but by the time the card is rendering, that's done I think. Also, it's odd that the delay accumulates. If it was due to something in navigation it should happen all the time at the same rate, but instead it gets slower as you go. -- 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: Slow performance on Big Sur
On 12/14/2020 2:04 PM, J. Landman Gay via use-livecode wrote: My client is running Big Sur and says that changing cards in a stack causes a very slow, stuttering display. The background image appears in chunks and text in the fields comes in as sequential pieces. The order of the display varies, sometimes the text appears first, sometimes the background image. The first few cards are fairly normal, but as she pages through the stack it gets slower. I had her watch Activity Monitor and CPU usage goes up as she navigates through cards. At first the display is fairly normal but each successive card change increases CPU useage a little bit. She stopped when usage got to about 50% when she said it was unusable. This was in the IDE. She says the standalone is even slower. Has anyone seen this? On Mojave and Catalina everything is fine. I had a weird display issue where a transition between two cards left with one card semi-transparent behind the new card. It was also slow. I have a visual effect dissolve between these two cards I removed the visual effect and changing between the cards was fast and clean. Examine any visual effect transitions you may have between cards. ___ 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: Slow performance on Big Sur
I have a customer with a brand new Mac Pro with tons of memory (and two 49 inch curved screens!) running Big Sur and he sent a video showing slow performance when populating a half dozen text fields from a custom property - took about 3 seconds (in a standalone). Marty > On Dec 14, 2020, at 11:04 AM, J. Landman Gay via use-livecode > wrote: > > My client is running Big Sur and says that changing cards in a stack causes a > very slow, stuttering display. The background image appears in chunks and > text in the fields comes in as sequential pieces. The order of the display > varies, sometimes the text appears first, sometimes the background image. The > first few cards are fairly normal, but as she pages through the stack it gets > slower. > > I had her watch Activity Monitor and CPU usage goes up as she navigates > through cards. At first the display is fairly normal but each successive card > change increases CPU useage a little bit. She stopped when usage got to about > 50% when she said it was unusable. This was in the IDE. She says the > standalone is even slower. > > Has anyone seen this? On Mojave and Catalina everything is fine. > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | > https://www.google.com/url?q=http://www.hyperactivesw.com=gmail-imap=160857754500=AOvVaw3zEkEOx8Qa_NdgiKshX9KD ___ 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