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 11: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 13: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 14: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 16: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
|