Re: lock screen
good idea ... we'll do. On Sat, Jan 23, 2021 at 1:46 PM Sean Cole (Pi) via use-livecode < use-livecode@lists.runrev.com> wrote: > 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.runrev.com> wrote: > > > Great thread here > > I recently wrote an animation loop where I only unlocked the screen every > > 33 milliseconds via a self calling command in my main stack. seemed to > work > > partially, but i knew it was too simple. > > Interestingly.. > > That update loop takes nearly no cpu > > but ram consumption keep on going, even if the loop only updates a field. > > This is why i have been asking about the GC, because it seems to kick in > > mostly when engine is idle, or reaches some threshold I suppose. > > a little annoying to see ram going up considerably, and i am only > updating > > the text in a small field on a blank stack. > > i'm not sure if its a bug or if i am failing to realize something. > > TIA if anyone here knows. using 9.61 windows > > > > > > On Fri, Jan 22, 2021 at 6:56 PM Bob Sneidar via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > > > 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 < > > > use-livecode@lists.runrev.com> 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 > > > > > > > > lock screen > > > > > > > > aTest > > > > > > > > end mouseUp > > > > > > > > > > > > on aTest > > > > > > > > — is the screen still locked here > > > > > > > > end aTest > > > > > > > > > > > > > > > > At what point is unlock screen called by livecode without me calling > it > > > directly. > > > > > > > > The docs say when all pending handlers have completed but what > exactly > > > is a pending handler. > > > > > > > > > > > > > > > > Thanks > > > > > > > > Terry > > > > ___ > > > > 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 > > > > > > > > > -- > > Tom Glod > > Founder & Developer > > MakeShyft R.D.A (www.makeshyft.com) > > Mobile:647.562.9411 > > ___ > > 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 > -- Tom Glod Founder & Developer MakeShyft R.D.A (www.makeshyft.com) Mobile:647.562.9411 ___ 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: Call lc from php?
revIgniter* is a wonderful framework, and one of most well-managed open source projects in our community. Ralf has delivered a faithful re-envisioning of the popular WebIgniter framework for PHP, with some very savvy twists that make it a joy for LiveCode scripters. But WebIgniter is far from PHP's only server framework, and I'd guess Ralf would agree that as valuable as revIgniter is, it isn't the only possible solution for every conceivable type of web site, app, or service. Reproducing many well-established PHP packages in LC is more possible with frameworks like revIgniter than without. But if the PHP package is sophisticated enough it'll be a lot of work. And in many cases we're asked to extend systems we have no control over. There are many good reasons to pursue integration with existing services rather than replacing the entire service from scratch. With my interest in Nextcloud as a backend, for example, I could save a lot of time using revIgniter to build out self-signup. user permissions groups, password reset, WebDAV support, OAuth in both directions, headless REST, even federation, and an admin UI to manage it all. But with Nextcloud I get all that with one Snap command, so I can jump right into the client-side functionality which is my main interest on this project. Similarly, some of my work these days has me integrating LC apps with popular CRMs - the good CRMs are very expensive to produce and not easily replicated, even with a great framework like revIgniter. Like anything else in development, it's just another case of choosing the best tool for the task at hand. For a wide range of projects, revIgniter is a perfect choice. And when you need to integrate LC with an existing PHP system, we can do that too. * For those of you who haven't seen Ralf's recent work on the revIgniter site, in addition to offering truly exemplary documentation I also appreciate the little touches he puts in, like the SVG intro animation for the top banner: https://revigniter.com/ -- Richard Gaskin Fourth World Systems Erik Beugelaar wrote: We do have revIgniter or am I missing the clue? -Original Message- Richard Gaskin via use-livecode Rick Harrison wrote: > Why are you still using PHP when LC is better? I agree of course that LC is a strong contender against any popular server-side language, as LC's chunk expressions and self-documenting style make clear. But it isn't nearly as popular. LC is where Ruby was before Rails: an interesting and useful language largely underappreciated for server work. We don't even have a single generalized user management library for LC, let alone any of the CMSes, CRMs, LMSes, or hundreds of other categories where PHP is well established. So one way LC can play a growing role in server development is through integration with existing services. And odds are those existing services are written in PHP. So Neville's question is one we might all ask ourselves: How can we use LC to add new capabilities to the PHP-based systems that run most of the online world? For my own part I've been exploring ways LC can be usefully integrated with the breadth of services provided with Nextcloud, which like most server systems is written in PHP. I could theoretically reinvent everything in Nextcloud using LC, but given the countless thousands of hours that have gone into the vast suite of apps that community provides, why would I? Right out of the box I get an API for user management, with access to arbitrary user-specific storage via WebDAV. One line of install code gives me a ready-to-go backend for a wide range of apps, letting me focus on the client side. Lately I've begun taking that further, poking around the server side similar to whatever Neville's working on, looking for ways to integrate LC services with the services already built into Nextcloud. Rewriting Nextcloud from scratch would be doable but prohibitively expensive. But building on top of the Nextcloud platform lets me stand on the shoulders of giants, to see much further than I could on my own. Integration is increasingly a core part of what my clients ask me to do as well. The days of monolithic one-size-fits-all systems are passing, if they haven't passed already. From here forward, the biggest opportunities are in integration with well established services. This not only lets us focus on the specific functionality we enjoy building, but also carries the additional benefit for all of us in the LC community in introducing our favorite language into the communities for those systems. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web Ambassador at FourthWorld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-live
Re: lock screen
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.runrev.com> wrote: > Great thread here > I recently wrote an animation loop where I only unlocked the screen every > 33 milliseconds via a self calling command in my main stack. seemed to work > partially, but i knew it was too simple. > Interestingly.. > That update loop takes nearly no cpu > but ram consumption keep on going, even if the loop only updates a field. > This is why i have been asking about the GC, because it seems to kick in > mostly when engine is idle, or reaches some threshold I suppose. > a little annoying to see ram going up considerably, and i am only updating > the text in a small field on a blank stack. > i'm not sure if its a bug or if i am failing to realize something. > TIA if anyone here knows. using 9.61 windows > > > On Fri, Jan 22, 2021 at 6:56 PM Bob Sneidar via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > 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 < > > use-livecode@lists.runrev.com> 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 > > > > > > lock screen > > > > > > aTest > > > > > > end mouseUp > > > > > > > > > on aTest > > > > > > — is the screen still locked here > > > > > > end aTest > > > > > > > > > > > > At what point is unlock screen called by livecode without me calling it > > directly. > > > > > > The docs say when all pending handlers have completed but what exactly > > is a pending handler. > > > > > > > > > > > > Thanks > > > > > > Terry > > > ___ > > > 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 > > > > > -- > Tom Glod > Founder & Developer > MakeShyft R.D.A (www.makeshyft.com) > Mobile:647.562.9411 > ___ > 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: Comments for Properties in the Property Inspector?
Paul: > I find myself wishing each custom > property has a comment field. DIY approach with another cp: cProperty = cp itself iProperty = info Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.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: Comments for Properties in the Property Inspector?
I’ve recently taken to prefacing custom properties with the initials “cp” and find that when I do a global search on “cp” all that shows up are my custom properties. I don’t know if this will help solve your problem but it helps me to know what cp’s are declared, as well as where they are used. > On Jan 23, 2021, at 1:03 PM, Paul Dupuis via use-livecode > wrote: > > Random Thought of the Day: > > Does anyone else wish that custom properties had an optional comment field > that could be viewed in the Property Inspector (PI)? > > I realize you can always comment properties in the code where you use them, > but I find myself often in the PI looking at a Property that has, say an > enumerated set of values, and I don't remember what all the values are, nor > do I remember exactly where in the many stacks of code the property is first > documented. I find myself wishing each custom property has a comment field. > > I suppose I could create a library of setProp and getProp handlers for every > property I might like to document and document the values or constraints > there. I suppose if I am doing that extra degree of work then I could enforce > any constraints on the customer property in the getProp and setProp handlers, > but that seems like a non-trivial extra amount of work just to remember that > the custom property should only have values of X, Y, and Z. > > Thoughts? > > ___ > 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: Comments for Properties in the Property Inspector?
Could you either create a “comments” custom property set or a “comments” key? Sent from my iPhone > On Jan 23, 2021, at 8:05 AM, Paul Dupuis via use-livecode > wrote: > > Random Thought of the Day: > > Does anyone else wish that custom properties had an optional comment field > that could be viewed in the Property Inspector (PI)? > > I realize you can always comment properties in the code where you use them, > but I find myself often in the PI looking at a Property that has, say an > enumerated set of values, and I don't remember what all the values are, nor > do I remember exactly where in the many stacks of code the property is first > documented. I find myself wishing each custom property has a comment field. > > I suppose I could create a library of setProp and getProp handlers for every > property I might like to document and document the values or constraints > there. I suppose if I am doing that extra degree of work then I could enforce > any constraints on the customer property in the getProp and setProp handlers, > but that seems like a non-trivial extra amount of work just to remember that > the custom property should only have values of X, Y, and Z. > > Thoughts? > > ___ > 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
Comments for Properties in the Property Inspector?
Random Thought of the Day: Does anyone else wish that custom properties had an optional comment field that could be viewed in the Property Inspector (PI)? I realize you can always comment properties in the code where you use them, but I find myself often in the PI looking at a Property that has, say an enumerated set of values, and I don't remember what all the values are, nor do I remember exactly where in the many stacks of code the property is first documented. I find myself wishing each custom property has a comment field. I suppose I could create a library of setProp and getProp handlers for every property I might like to document and document the values or constraints there. I suppose if I am doing that extra degree of work then I could enforce any constraints on the customer property in the getProp and setProp handlers, but that seems like a non-trivial extra amount of work just to remember that the custom property should only have values of X, Y, and Z. Thoughts? ___ 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: Call lc from php?
We do have revIgniter or am I missing the clue? -Original Message- From: use-livecode On Behalf Of Richard Gaskin via use-livecode Sent: donderdag 21 januari 2021 21:50 To: use-livecode@lists.runrev.com Cc: Richard Gaskin Subject: Re: Call lc from php? Rick Harrison wrote: >> On Jan 21, 2021, at 6:13 AM, Neville Smythe wrote: >> A slightly less cursory investigation informs me that >> > > Why are you still using PHP when LC is better? I agree of course that LC is a strong contender against any popular server-side language, as LC's chunk expressions and self-documenting style make clear. But it isn't nearly as popular. LC is where Ruby was before Rails: an interesting and useful language largely underappreciated for server work. We don't even have a single generalized user management library for LC, let alone any of the CMSes, CRMs, LMSes, or hundreds of other categories where PHP is well established. So one way LC can play a growing role in server development is through integration with existing services. And odds are those existing services are written in PHP. So Neville's question is one we might all ask ourselves: How can we use LC to add new capabilities to the PHP-based systems that run most of the online world? For my own part I've been exploring ways LC can be usefully integrated with the breadth of services provided with Nextcloud, which like most server systems is written in PHP. I could theoretically reinvent everything in Nextcloud using LC, but given the countless thousands of hours that have gone into the vast suite of apps that community provides, why would I? Right out of the box I get an API for user management, with access to arbitrary user-specific storage via WebDAV. One line of install code gives me a ready-to-go backend for a wide range of apps, letting me focus on the client side. Lately I've begun taking that further, poking around the server side similar to whatever Neville's working on, looking for ways to integrate LC services with the services already built into Nextcloud. Rewriting Nextcloud from scratch would be doable but prohibitively expensive. But building on top of the Nextcloud platform lets me stand on the shoulders of giants, to see much further than I could on my own. Integration is increasingly a core part of what my clients ask me to do as well. The days of monolithic one-size-fits-all systems are passing, if they haven't passed already. From here forward, the biggest opportunities are in integration with well established services. This not only lets us focus on the specific functionality we enjoy building, but also carries the additional benefit for all of us in the LC community in introducing our favorite language into the communities for those systems. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.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