>>The downside - for me - to place each function/procedure in a separate .PRG is a maintenance headache. I have not counted but the application probably has a couple of hundred procedures. And having to scroll through this list in the project manager (if necessary to look at the code of whatever), would increase the time of maintenance. I know many will say that instead of the Functions/Procedures I should have them in classes. And maybe so. But I started this application way before I knew anything about how to build classes. When I can and when it makes sense, I do refactor the code.
>
>Why would you use the Project Manager to find a particular file? If I'm looking at a routine and it calls something and I want to see that, I use my keyboard shortcut for Thor's Go To Definition tool and it just opens. If I need to edit something and I know what it is, I just type MC and the filename in the Command Window. It's really rare that I need to look at a routine and I don't know its name. Does that come up for you a lot?
>
>Tamar
I am sure you are very efficient with finding files needed to be changed or viewed. Right now placing functions/procedures, each one in a separate PRG or changing the way I access the code, is the last on my mind.
I started this thread as a way to see if I can resolve the issue of a user losing connection to the VM where the application reside. I see that this is not the case.
"The creative process is nothing but a series of crises." Isaac Bashevis Singer
"My experience is that as soon as people are old enough to know better, they don't know anything at all." Oscar Wilde
"If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money that it values more, it will lose that too." W.Somerset Maugham