Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Frameworks and Existing Vanilla VFP Applications
Message
From
07/11/2003 11:58:31
 
 
To
07/11/2003 11:07:38
General information
Forum:
Visual FoxPro
Category:
Third party products
Miscellaneous
Thread ID:
00846424
Message ID:
00847700
Views:
42
Thanks for the information on VMP Louis. I really appreciate it.
Tracy

>Hi Tracy,
>
>Obviously, I'm biased because I've been using VMP on a daily basis. But, to answer your question: Yes, you can incorporate existing VF apps into your MaxFrame app. We've been doing it here for the past year.
>
>When we first started doing this, we tinkered with what would be the master application control interface. We wrote a little program that dynamically created buttons based on the user security. We toyed with executing existing .EXEs by making use of ShellExecute. We thought about various version checking techniques and automatic updates. We looked into trying to tie the application in with the NT security.
>
>We decided upon merging everything into one monolithic MaxFrame app. One of the major reasons was the built in security features and security interface.
>
>We've been taking existing apps that have been working for years and slowly merging them into one monolithic MaxFrame app. We have a MAIN directory which has a standard set of subdirectories: DATA,PROGS,REPORTS,etc... We also have an APPLICATIONS directory under MAIN. When we take an existing app we wish to incorporate into the master MaxFrame app, we create a directory for that app under the APPLICATIONS directory, and create the same set of subdirectories: DATA,PROGS,REPORTS,etc... One neat trick is that MaxFrame builds the CONFIG.FPW into the executable. So if we stick with the convention of every application subdirectory having a DATA,PROGS,REPORTS,etc... subdirectory structure, then all we have to do is change to that application subdirectory and all the pathing stays intact. The changing of directories to the sub-application directory and back is done via menu procedures. This gives us the added bonus of using MaxFrame's security to allow or deny access to various menu
>items. Since MaxFrame uses GenMenux, I prefer to have the menu options removed all together for the users that do not have access.
>
>Some other fringe benefits to this approach:
>
>We have one app with security control for everyone that accesses the app either on the LAN or remotely.
>
>We have a nice version checking routine built in so that client apps are automatically updated. Therefore, we don't have to keep installing stuff on client computers.
>
>MaxFrame has a cool hack tool for forms. When you are ready to convert an existing app to MaxFrame (if needed), you can hack the forms to change the base classes. Of course, this is where most of the tweaking is done.
>
>We can see who is in the system from one of the security screens and bump people out of the system if necessary (Only had to do this one time near the very beginning).
>
>Louis
.·*´¨)
.·`TCH
(..·*

010000110101001101101000011000010111001001110000010011110111001001000010011101010111001101110100
"When the debate is lost, slander becomes the tool of the loser." - Socrates
Vita contingit, Vive cum eo. (Life Happens, Live With it.)
"Life is not measured by the number of breaths we take, but by the moments that take our breath away." -- author unknown
"De omnibus dubitandum"
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform