|
Or you can try to use the same indicator controlling the SFLDSP with the keyword OVERLAY in SFLCTL record. --- "Saunders, Martin P" <Martin.Saunders@capgemini.co.uk> wrote: > Mike, > > If none of the other suggestions work, make sure the > display file is > compiled with RSTDSP (Restore display) set to *yes. I > seem to remember this > solving a similar problem for me. > > Martin > > -----Original Message----- > From: Mike Silvers [mailto:msilvers@hbs-inc.com] > Sent: 22 October 2000 10:04 > To: RPG400-L@midrange.com > Subject: Subfile question > > > Hi all. > > I have a subfile question. I have a program that > writes records to a > subfile. One of the options of the subfile is to delete > a record from the > subfile. If a user uses this program and deletes all > entries of the > subfile, the entries are still displayed on the screen. > There are no > subfile entries, and the subfile display indicator is set > not to display the > subfile, but the records still appear on the screen. The > user can not take > any options against these records, and they are not > loaded in the subfile. > This only occurs when there are records in the subfile > and the user deletes > all of the records. If all but 1 record are deleted, the > subfile only > displays the remaining record. > I believe this occurs because the records were on the > screen and the > subfile is not displayed on the screen again because > there are no records in > the subfile. I believe that the records on the screen > are just 'residual' > records left over from the previous transaction. I have > run into this same > situation many times before, but this particular > application requires the > user to delete all of the records in the subfile more > often than not. > Does anyone have any ideas on how to correct this > situation? > > Thanks > > > Mike Silvers > > > > > ================================ > > Mike Silvers, IBM Certified Expert > Hainey Business Systems > 8 E. Canal St > Dover, PA 17315 > Branch Office: (410) 397-8739 > Phone: (800) 932-3380 > Fax: (717) 292-9474 > Web: http:\\www.hbs-inc.com > ________________________________ > Providing E-Commerce, EDI, AS/400 > Development and related services > nationwide. > ================================ > > +--- > | This is the RPG/400 Mailing List! > | To submit a new message, send your mail to > RPG400-L@midrange.com. > | To subscribe to this list send email to > RPG400-L-SUB@midrange.com. > | To unsubscribe from this list send email to > RPG400-L-UNSUB@midrange.com. > | Questions should be directed to the list > owner/operator: > david@midrange.com > +--- > +--- > | This is the RPG/400 Mailing List! > | To submit a new message, send your mail to > RPG400-L@midrange.com. > | To subscribe to this list send email to > RPG400-L-SUB@midrange.com. > | To unsubscribe from this list send email to > RPG400-L-UNSUB@midrange.com. > | Questions should be directed to the list > owner/operator: david@midrange.com > +--- __________________________________________________ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.