hollandm@prlhp1.prl.philips.co.uk (Martin Holland) (06/24/89)
I have been using PFM for a little time and have discovered a couple of things to beware of. 1) When you initially set DATE or ALTER DATE it changes to system date. If you don't change the date back all your files and applications will be using the wrong date. 2) If you use ALTER DATE to look forward to see how 'broke' you will be at the end of the month it will put all the standing orders in. However, not wishing to leave all these forward standing orders in place, you may be tempted to delete them before saving the file. DON'T. If you do the entries for those dates will be deleted forever. When you next start PFM and it really is the end of the month you will find that any standing order entries will be left out if you have deleted them. I suggest that before trying to ALTER DATE you save the file, Alter date, and when you have finished just QUIT even though it says that you will loose any changes. I think that the authors must re-think the alter date part of the program. I suspect that most users will want to project the date into the future to see how their budget will look. When the date is changed back the projected standing orders should go away as it is too easy to be tempted to delete them. This isn't explained very well in the manual and I found out the hard way. I would also like to say that the graphs, whilst initially looking very nice, in reality aren't of much use as there is not enough detail. The axes are not properly annotated and they are as difficult to interpret as Treasury forcasts. -- Martin C. Holland Internal e/mail: HOLLANDM@PHIRHV1 Philips Research Labs. External e/mail: HOLLANDM@prl.philips.co.uk Redhill, Surrey. U.K. Tel: 0293 785544