| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 3332.1 | WPS-PLUS Editor problem | IOSG::NEWLAND | Richard Newland, IOSG, REO2-G/L2 | Tue Sep 28 1993 10:57 | 13 | 
|  | This is a problem with the WPS-PLUS Editor.  The other editors that can be 
called using the EDIT function know if they are creating a new file and 
know to delete it if the user quits the edit session.
I suggest you ask in the WPS-PLUS conference.
The problem does not occur in the ALL-IN-1 WP and EM sub-systems because if 
the user quits a CABINET DELETE_DOCUMENT is performed to delete the file 
cabinet information which also deletes the RMS file.
Richard
 | 
| 3332.2 | Easy to fix, but unnecessary! | BOOZER::MARTIN::BELL | Martin Bell, NTCC, Birmingham UK | Tue Sep 28 1993 12:40 | 13 | 
|  | Thanks for the explanation Richard.
I should be able to write some code around the EDIT function that deletes
the old file if the user quits, but it is a shame that WPS-PLUS does not
do it for you automatically.
I will give the WPS-PLUS conference a try as well, but getting a response
out of there is like waiting for Digital to start it's latest advertising
campaign ;-)
Cheers,
mb
 | 
| 3332.3 | OA$FORM_DISPOSE | IOSG::NEWLAND | Richard Newland, IOSG, REO2-G/L2 | Tue Sep 28 1993 13:52 | 8 | 
|  | Your code needs to test the value of the symbol OA$FORM_DISPOSE, which will
be: 
	0  -- if the user quit the editing session
	2  -- if the user completed the editing session
Richard
 | 
| 3332.4 |  | BOOZER::MARTIN::BELL | Martin Bell, NTCC, Birmingham UK | Tue Sep 28 1993 15:04 | 7 | 
|  | Thats almost  what i was already doing, but using IFEXIT as a quick way
out. Now i will have to change things to perform a followup action on both
file and quit outcomes.
Cheers,
mb
 |