Title: | *OLD* ALL-IN-1 (tm) Support Conference |
Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
Moderator: | IOSG::PYE |
Created: | Thu Jan 30 1992 |
Last Modified: | Tue Jan 23 1996 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 4343 |
Total number of notes: | 18308 |
Hi ALL-IN-1 works perfect with the FORM-SEARCH-ORDER for Digital Elements. For example, if I enter OA$LIB:ADMIN in the field FRMLIB in PROFIL, the search-order is correct (...,OA$LIB:SITEADMIN,OA$LIB:ADMIN,...) . Now there is the new feature to create our own applications an areas. I have a application called ASS. All my elements i moved to the base area. What shall I do now with the user's FORM_SEARCH_ORDER if i put some elements to the site-area? Then I will have 2 Formlibraries. I don't like to use the function GET OA$FORM_SEARCH_ORDER = ... And putting ASS$LIB:SITEASS,ASS$LIB:ASS in the field FRMLIB is not nice too. I tried to define a logical for both libraries. ALL-IN-1 does not handle it. Do you have any solution? Ursi
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
2453.1 | Open it when the user needs it | IOSG::SHOVE | Dave Shove -- REO2-G/M6 | Tue Mar 23 1993 18:09 | 18 |
The usual solution to this is to open the libraries at run-time. You could: 1. Provide an OAINI.SCP in OA$LIB: which opens them (problem with this is that a user's own OAINI.SCP would over-ride this, but if your users have no access to DCL and no technical knowledge this isn't a problem). Or 2. Modify the menu from which your application is called to open the library before going into your application (this is just what we now do for Administration -- see the ADM option on form DEFAULT). You could set a local symbol to remember that you've already opened the library, although in fact OA$FLO_OPEN_LIB won't open a library that is already open. D. |