[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

Title:DECWINDOWS 26-JAN-89 to 29-NOV-90
Notice:See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit
Moderator:STAR::VATNE
Created:Mon Oct 30 1989
Last Modified:Mon Dec 31 1990
Last Successful Update:Fri Jun 06 1997
Number of topics:3726
Total number of notes:19516

942.0. "contents of VUE$DAT files ?" by MUDIS3::SCHUETZ () Wed Jun 14 1989 05:41

    Is the internal format of FileView's startup files (.VUE$DAT)
    documented somewhere ? 
    Thanks			Ruediger Schuetz

T.RTitleUserPersonal
Name
DateLines
942.1Only in the codeDECWIN::KLEINWed Jun 14 1989 15:3230
>>    Is the internal format of FileView's startup files (.VUE$DAT)
>>    documented somewhere ? 

No.  (Actually, yes, but only in the code.)  The only supported way to
create or change a VUE$DAT file is through the FileView "Customize" dialog
boxes.

The file is an indexed RMS file, where the key contains a record
type and a name.  The record types are things like:

	SavedView, SavedMenu, SavedVerb, SavedFileType, SavedName,
	SavedState, and SavedSymbol.

Each time that you add a verb, menu, or filetype, a new record is
added to the file.  Each time that you save a view, a record is
added.  Each time that you use a verb dialog box (like Copy or Search, for
example) a SavedState record is written with the settings in that
dialog box.  SavedSymbol and SavedName records can be accessed through
VUE .COM file callbacks.

User munging of this file is not supported.  If you have a need, let me know
what it is and we might be able to work something out.

Since we do not guarantee upward compatibility of this file (only that we
will be able to read old files and convert them to the "current" format),
documenting it publicly would likely cause problems.  Or are we being
too cautious?

-steve-

942.2this is why we need itMUDIS3::SCHUETZThu Jun 15 1989 07:0431
    Hi Steve,
    
    we intend to use DECwindows as the Human Interface for a CASE
    environment. Even for our own tools (CMS, SCA, LSE, ADA ...) we
    have to write several DCL procedures to knit the tools together,
    it will become quite a mess when we start integrating 3rd party
    products. There will be lots of procedures, logical names, directories
    etc., and we must keep track how all this works together. It's even
    more complicated, different people will need different 'views',
    a project manager needs another view than someone who does coding,
    someone might be involved in several projects etc.......
                                                            
    So the problem is
    o generate the VUE$DAT files
    o check their contents
    o track and understand dependencies
    
    If we could interpret the contents of the VUE$DAT files we had a
    solution for points 2 & 3, and we could write a Mickey Mouse program
    (even a DCL procedure might do the job ...) to generate the files
    for a new project & to modify them more quickly.
    
    Another point of view: when it comes to installing a certain flavour
    of an integrated CASE environment at a customer's site we would
    like to do as much as possible of that job in an automatic way,
    with a command procedure or so. It should be possible to generate
    the VUE$DAT files from a command procedure.
                                               
    Thanks for any help			Ruediger Schuetz
    					SWAS Munich