Hi Lahav, Good to hear from you my man!
Ref: "An easier way to think of CALL FORM is to look at it as the old ON OUTSIDE CALL event in a form, but with the added bonus of being able pass data to the form as parameters from the calling process, without using global variables." I kind of get that but can’t see where the form captures as event (we don't have On Call Form) so I know where to append to the listbox with the new rows/data as it’s being returned. Does that make sense? That’s where my confusion lies. John… > On Mar 9, 2020, at 9:42 AM, John J Foster <[email protected]> wrote: > > Hi Peter, > > Yea, that’s what I thought! > > So trying to understand (aka, visualize in my minds eye before I code) how to > correctly get back the rows being returned from another process. I am > thinking of some sort of object. > > I’m still trying to follow Olivier’s explanation “try to see CALL FORM as > "execute this project method in the context of this form", similar to EXECUTE > METHOD IN SUBFORM”. > > Anyway, reviewing your previous thoughts. > > Appreciate, > John… > > >> On Mar 9, 2020, at 9:24 AM, Peter Bozek <[email protected]> wrote: >> >> In fact, worker cannot share variables with another process (think of worker >> as another process running on another processor, not sharing the memory with >> main process.) But worker can call a method with CALL FORM and pass a >> parameters to that call, and the parameter can be, for example, an object >> with embedded values. > ********************************************************************** 4D Internet Users Group (4D iNUG) Archive: http://lists.4d.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
