If you don't have a CLEAR EVENTS in your code somewhere else, you'll never get to the one after the READ EVENTS as that's where the code "sits" until a CLEAR EVENTS causes the code after the READ EVENTS to be executed.
You'll never execute anything after the READ EVENTS until a CLEAR EVENTS is issued from somewhere. Fred On Tue, Mar 1, 2016 at 3:49 PM, Joe Yoder <[email protected]> wrote: > My application is so simple that it has no menu. Is there an advantage to > having the clear events in a form rather than directly following the read > events in the main program? > > Also - what am I missing that would allow the command window to become > active after my forms close or is moving the clear events what needs to > happen? > > Thank you - Joe > On Mar 1, 2016 5:09 PM, "Fred Taylor" <[email protected]> wrote: > > > You don't need a CLEAR EVENTS after your READ EVENTS. You need to have a > > CLEAR EVENTS somewhere else in your code (menu option, last form's > Destroy > > method, etc.) That will cause the main program to pick up after the READ > > EVENTS and go from there. > > > > Fred > > > > On Tue, Mar 1, 2016 at 2:43 PM, Joe Yoder <[email protected]> wrote: > > > > > I have never used a framework and often just execute my stuff in the > VFP > > > environment. When I do an exe for others to use I am never sure what > > > commands to include to shut things down. Sometimes I end up with > > > applications that can't be shut down without killing them in Task > Manager > > > and sometimes I end up with code that forces me to re-execute "Modify > > > Project" after a run after build. > > > > > > My Simple applications has a main.prg that calls a main form which > calls > > > two other modal forms. Each form shuts down with a thisform.release. > The > > > main.prg file looks like this: > > > > > > USE Simple > > > DO FORM Main > > > READ events > > > CLEAR events > > > CLEAR PROGRAM > > > RELEASE all > > > > > > Right now this setup forces me to goto Program|Cancel before I get the > > > command window back after a run. > > > > > > Some input from a pro would save me a lot of trial and error! > > > > > > Thanks in advance, > > > > > > Joe > > > > > > > > > --- StripMime Report -- processed MIME parts --- > > > multipart/alternative > > > text/plain (text body -- kept) > > > text/html > > > --- > > > [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/cajcbksrg39f23f81fhkfa6_der3lwby-obkrhzbxzwyegr3...@mail.gmail.com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
