Re: "send" vs "dispatch"

One of the main reasons I implemented send and call with params in the PR that has been mentioned is because it allows for referenced parameters. The following is an error: on mouseUp local tBar send “foo tBar” to me answer tBar end mouseUp on foo @rBar put “Howdy" into rBar end

Re: "send" vs "dispatch"

ever since I learned that you can pass a whole array using the send command the dispatch doesn't seem that much more convenient at all..i do alot of in time commands so this is very convenient to my needs / style send "mymessage myarray" to this stack for years I thought using this form

Sandbox - a Levure Helper for working with files in the macOS sandbox

Hi, I've posted a new Levure helper on GitHub called "sandbox". It adds support for working with file references across multiple app sessions in the macOS sandbox. It requires LiveCode 9 as it uses the Foreign Function Interface (aka FFI) to wrap Objective-C APIs. If you distribute your apps

Re: "send" vs "dispatch"

On 10/08/2018 04:41 PM, Bob Sneidar via use-livecode wrote: Another nice feature of dispatch is that if the handler does not exist in the target, it will silently and gracefully fail, continuing to execute code after the call. Yeah, that's a double-edged doohickey, though. I *do* use it that

Re: Stacks whose names start with "rev"

I checked that early on and again today, cantEdit is false. The style was reported as toplevel but I set it again anyway in the message box. The command that opens the stack is a plain "go stack", the same as all the others in the suite that open normally. GRevDevolppment is true. The only

Re: Will it ever be possible place controls over browser widget?

Did that once long ago. Browser object (not widget) overlaid the button. I am saying I think the widget is just the browser object wrapped in a widget. Bob S > On Oct 4, 2018, at 15:05 , Brian Milby via use-livecode > wrote: > > Native layers are drawn above all LC layers regardless of

Re: Breakpoints Failing / Crashes

Yes the dreaded red dot, fixed for a while, is now rearing it's ugly head again. If I use red dots, I remove and re-add after every compile (which I do often). Bob S > On Oct 5, 2018, at 07:12 , Sannyasin Brahmanathaswami via use-livecode > wrote: > > breakpoint -- either entered by "red

Re: Will it ever be possible place controls over browser widget?

Nice. I never thought to do that. DOH! Bob S > On Oct 5, 2018, at 14:30 , Jim Lambert via use-livecode > wrote: > >> Herman wrote: >> >> See my demo here: >> >> http://forums.livecode.com/viewtopic.php?p=152773#p152773 >> >> >>

Re: "send" vs "dispatch"

I like the dispatch form, separating parameters out from the command. The reason is given stepping into this code, send "test ha" to button 1 I cannot point to the variable "ha" and see the value it contains. But if, dispatch "test" to button 1 with ha I can. I only use send anymore when I

Re: Most Efficient Way To "Blink"

Ooh that's cool! A per domain setting. I wonder if Apple Mail can do that?? Bob S > On Oct 6, 2018, at 19:57 , Mark Wieder via use-livecode > wrote: > > On 10/06/2018 07:38 PM, Sannyasin Brahmanathaswami via use-livecode wrote: > >> I am recently switched to Thunderbird for mail, it is

Re: Stacks whose names start with "rev"

J. Landman Gay wrote: > I was able to look at this again today. The style of the stack is > toplevel, it is visible and frontmost, but the mode is 2. This is true > whether gRevDevelopment is true or false. Show IDE stacks in Lists is > turned on. > > It's stuck that way. LC 9.0.1. The style is

Re: Stacks whose names start with "rev"

I was able to look at this again today. The style of the stack is toplevel, it is visible and frontmost, but the mode is 2. This is true whether gRevDevelopment is true or false. Show IDE stacks in Lists is turned on. It's stuck that way. LC 9.0.1. On 10/4/18 12:32 AM, J. Landman Gay via