Re: Managing multiple windows in the same process (v17r5)

Wayne, That's true but it's easy to hand off tasks like that to Workers. And the worker uses CALL FORM to hand back the results. On Fri, Aug 2, 2019 at 10:22 AM Wayne Stewart via 4D_Tech < 4d_tech@lists.4d.com> wrote: > Hi, > > One disadvantage is that there is only one execution stream with

Re: Managing multiple windows in the same process (v17r5)

Hi, One disadvantage is that there is only one execution stream with multiple windows in the one process. If something is taking time in one window (a sequential search or sort or a even just a long method) execution will stop in all other windows, the UI will freeze etc On Sat, 3 Aug 2019 at

Re: Managing multiple windows in the same process (v17r5)

Hi Pat, For something like that I would think about using a palette or toolbar-ish window as the 'root', if you will, for the UI process. That could actually simplify things - if the user attempts to close it you confirm they want to quit. And then you don't have to fuss around with counting

Re: Managing multiple windows in the same process (v17r5)

You can use the Window process command to determine that both windows are in the same process. John DeSoi, Ph.D. > On Aug 2, 2019, at 11:18 AM, Pat Bensky via 4D_Tech <4d_tech@lists.4d.com> > wrote: > > I also have a question about this ... > In our database we require at least one user

Re: Managing multiple windows in the same process (v17r5)

I also have a question about this ... In our database we require at least one user window to always be open. When a user closes a window, the close method counts the number of user windows and if there is only one, it doesn't allow it to be closed. However ... If the user has opened another window

Re: Managing multiple windows in the same process (v17r5)

Hi Chris, Good questions. Here are my thoughts on them based on what I've picked up from the World Tour and Summits. On Wed, Jun 26, 2019 at 12:31 AM Chris Belanger via 4D_Tech < 4d_tech@lists.4d.com> wrote: > 1) What is the reasonable limit as to how many windows/dialogs should get > opened in

Managing multiple windows in the same process (v17r5)

’Traditionally', I have opened windows in their own processes. In the ‘old days’ that was because of the need to use process variables, and to avoid any possibility that one window would screw up some process vars on another window, it was best to isolate them this way. … new process ( ) ...