I can imagine a lock/unlock wrapper that registers every lock screen request and will only unlock the screen if called from the same handler or uses the same passed ID as the lock handler. You could have a property for each registered lock to allow or disallow override from another unlock.
That may be too comlicated though. Is it possible to check if the screen is locked first? Bob S > On Nov 23, 2022, at 09:42 , J. Landman Gay via use-livecode > <use-livecode@lists.runrev.com> wrote: > > I like to surprise people. :) Basically I was hoping to avoid brute force, > but it looks like import/export may be the best way. If I do the stacks only > a few at a time I'll only need a dozen passes or so. > > Part of the problem was determining which locks need changing and which were > not visual effects, or which were locked in one handler and unlocked in a > handler that might be elsewhere, sometimes even in a different stack. Some > manual examination seems required. Fortunately the latter is rare. > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On November 23, 2022 5:58:41 AM info--- via use-livecode > <use-livecode@lists.runrev.com> wrote: > >> Hallo Jacqueline, >> Well I wouldn’t expect you asking such a question..! > > > > _______________________________________________ > 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
