John, 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.
Cheers, Lahav -----Original Message----- From: 4D_Tech <[email protected]> On Behalf Of John J Foster via 4D_Tech Sent: Monday, March 9, 2020 10:43 AM To: 4D iNug Technical <[email protected]> Cc: John J Foster <[email protected]> Subject: Re: Active Listbox/Form while listbox dynamically built 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] ********************************************************************** ********************************************************************** 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] **********************************************************************
