| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 2933.1 | Which editor? | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Jun 29 1993 09:30 | 8 | 
|  |     Depends on what sort of editor he is using. WPS-PLUS edits in place, so
    there is always only one copy. This would require a customisation to
    fix.
    
    EDT and TPU make new copies, and a symbol (OA$EDIT_PURGE_COUNT)
    controls how many old copies are kept.
    
    Graham
 | 
| 2933.2 | A starting point | IOSG::CHINNICK | gone walkabout | Tue Jun 29 1993 09:30 | 19 | 
|  |     G'day Sunil,
    
    Can you do something with the OA$EDIT_PURGE_COUNT symbol?
    
    This should allow you to alter the number of versions purged. I think
    that the default is 3.
    
    Problem then is how to you access the lower versions? You would have to
    provide a new option which would swap the versions around [probably
    safer than deleting files!].
    
    The other thing is that I'm not sure if all editors obey the purge
    count. It is implemented in the OAEDIT code but individual editors can
    still do their own thing.
    
    Remember too that keeping versions lying around is sure to burn disk
    space at a great rate - again especially with WPS-PLUS!
    
    Paul.
 | 
| 2933.3 | Snap! | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Jun 29 1993 09:31 | 0 | 
| 2933.4 | Need a copy for WPS-PLUS but watch out... | IOSG::CHINNICK | gone walkabout | Tue Jun 29 1993 09:37 | 18 | 
|  |     
    As Graham says, WPS-PLUS is a problem because it edits in-situ.
    
    [How this doesn't result in corruption and disasters when your session
    is lost I don't know but it does seem to work OK.]
    
    To get around this, you could just make a copy of the document before
    starting the edit. You could customise this into WPEDIT.SCP so that if
    the editor is WPS-PLUS it copies the document but you could also try to
    get it into the individual FORMAT data-set entries. 
    
    Of course, even this is complicated because you can edit documents with
    format conversion where the system creates a temporary file from the
    source document in the format required for the editor and converts back
    the storage format when you finish the edit. 
    
    Paul.
    
 | 
| 2933.5 | Magic?? | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Jun 29 1993 09:42 | 9 | 
|  |     <<< [How this doesn't result in corruption and disasters when your
    <<< session is lost I don't know but it does seem to work OK.]
    
    As I understand (??) it, it actually does the journalling in situ, so
    that it can do rollbacks itself. This is why the file gets bigger than
    it needs to over time, until a copy is made with GOLD/G, because all
    the updates are held like a non CONVERT/FDL'd ISAM file.
    
    Graham
 | 
| 2933.6 | The customer is using WordPerfect | BUSHIE::SETHI | Ahhhh (-: an upside down smile from OZ | Wed Jun 30 1993 00:09 | 19 | 
|  |     Hi All,
    
    Thanks for your replies I forgot to add that the customer is using
    WordPerfect, a slight oversight by me :-).  I am not sure if the
    ALL-IN-1 version of WordPerfect edit in situ.
    
    For arguments sake if it does than I could use say the OpenVMS command
    copy to make a copy of the document before editing it.  This would over
    come saving of the format of the document type of problem.  Using the
    ALL-IN-1 copy function would mean that I would have to use the out and
    in-dsab's otherwise the default would be an ASCII output file.
    
    Can you see anything wrong with the idea of doing the above before the
    document is edited ?  To me it seems a very easy solution I am not sure
    if WordPerfect uses the symbol mentioned in the previous replies.
    
    Regards,
    
    Sunil
 | 
| 2933.7 | WordPerfect: VMS version limit ? | UTRTSC::SCHOLLAERT | You name, we support it... | Wed Jun 30 1993 07:46 | 13 | 
|  |     Hello,
    
>    document is edited ?  To me it seems a very easy solution I am not sure
>    if WordPerfect uses the symbol mentioned in the previous replies.
    
    Don't think so, but why not just set a VMS version limit on the files.
    This should automatically keep a number of copies left...
    
    Regards,
    
    Jan
    
 | 
| 2933.8 | COPY/FILE | IOSG::NEWLAND | Richard Newland, IOSG, REO2-G/L2 | Wed Jun 30 1993 09:43 | 16 | 
|  | >    For arguments sake if it does than I could use say the OpenVMS command
>    copy to make a copy of the document before editing it.  This would over
>    come saving of the format of the document type of problem.  Using the
>    ALL-IN-1 copy function would mean that I would have to use the out and
>    in-dsab's otherwise the default would be an ASCII output file.
If the input and output file specifications have the same file type, which 
they probably will, then ALL-IN-1 will do an RMS block mode copy, and text 
datasets will not ne used.
Also, the ALL-IN-1 V3.0 COPY function has a /FILE qualifier which forces a
RMS block mode copy to be done regardless of what the file types are. 
There should be no need to use a DCL COPY in the sub-process. 
Richard
 | 
| 2933.9 | WordPerfect ALL-IN-1 integration keeps only one copy | SNOFS1::SETHI | Sunil Sethi | Thu Jul 01 1993 00:18 | 15 | 
|  |     Hi All,
    
    I have WordPerfect installed on one of our systems when editing a
    document it edits in situ.  I asked WordPerfect if there was away
    around this and the answer was no.
    
    I'll take Richards suggestion and use the ALL-IN-1 copy function rather
    than the OpenVMS copy command.
    
    As to the disk space requirements, well I am sure the accounts team
    will be looking forward to selling more disk :-).
    
    Thanks,
    
    Sunil
 |