>My application is a series of SDI forms that are launched from a toolbar-like form which sits open on the WIN95 Desktop all day (I couldn't figure out how to have a real toolbar floating on the Windows Desktop.) One of the SDI forms that are launched from the toolbar has a right click (shortcut) menu. One of the options in the menu executes a method in the form that calls it. When selecting this option, I get an error message that it can't find the method. This happens only when the form is launched from my main (toolbar) form. If I execute the subform independently, the shortcut menu option works fine. I ran the debugger and stopped execution right at the point where the method is called. If the main form is controlling, the form object for the subform does not appear in the Locals window. If the subform is being run independently, the form object appears in the Locals window. This is why I get the error. Any ideas on why and how to make it work?

Menu is not part of form, so when you call form object PEM you should provide direct reference to it. One of the ways of doing this is to search in _SCREEN.Forms collection for appropriate form.name

>A second question regarding menus in this application. In my subforms, I want to have the normal Windows editing functionality, i.e. copy, paste etc. When an application runs in the VFP main window, this works automatically. If you use a menu, you must keep the Edit pad intact. In my application, the forms are SDI and I'm not using a regular menu. Consequently, I have lost the editing functions. If I create a top level menu with only the Edit pad, it works but it detracts from the appearance of my form and when I run multiple instances of my form, the menu appears only on the first instance. Is there any way to maintain the Windows editing functions on a form without using a menu?

You may DEFINE POPUP in form.init with one of bars hosting system EDIT menu.