× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re[4]: "extract" command enhancement (subfiles and Biffs
  • From: pcunnane@xxxxxxxxxxxxxx
  • Date: Fri, 24 Sep 1999 18:23:50 -0400

     Chris,
     
     Lest there be misunderstanding:  I have been there & done that where 
     subfile workarounds are concerned.  I (like most people here) have 
     been writing subfile programs in various shapes since 1987.  The point 
     of the post was not so much, "I can't get my subfile to do xyz" as, 
     "why to I have to do so much coding to get my subfile to do xyz."
     
     OK, so DDS can't handle a module for callbacks, but how about an 
     F-spec keyword?  (Hans?)
     
     Let's keep dreaming...
     
     ____________
     Paul Cunnane
     The Learning Company



______________________________ Reply Separator _________________________________
Subject: RE: Re[2]: "extract" command enhancement (subfiles and Biffs
Author:  Chris Bipes <ChrisB@Cross-check.com> at InterNet
Date:    24-09-99 9:25 am


Well I have Keyed my SubFiles.  I have even used more than one Key.  It is 
easy, but nothing to do with SubFiles.  As you load the subfile, save your 
key in an array with the index the same as the RRN#.  Do your lookup on the 
array to find the index and position your subfile to the RRN#.  One index 
for every key.  The key does not even have to be in the subfile record.
What else do you not like about subfiles.  I may have a work around for you.
     
Christopher K. Bipes    mailto:ChrisB@Cross-Check.com 
Sr. Programmer/Analyst  mailto:Chris_Bipes@Yahoo.com 
CrossCheck, Inc.        http://www.cross-check.com 
6119 State Farm Drive   Phone: 707 586-0551 x 1102 
Rohnert Park CA  94928  Fax: 707 586-1884
     
*Note to Recruiters
I nor anyone that I know of is interested in any new and/or exciting 
positions. Please do not contact me.
     
     
-----Original Message-----
From: pcunnane@learningco.com [mailto:pcunnane@learningco.com] 
Sent: Friday, September 24, 1999 9:33 AM
To: RPG400-L@midrange.com
Subject: Re[2]: "extract" command enhancement (subfiles and BIFs)
     
     My ideal subfile would:
     
     - allow loading data on demand, with callbacks to load pages;
* I use subroutine for loading and even allow rolling beyond the top of the 
subfile if available in the data files.
     
     - handle position-to by defining a key (it's a subFILE after all);
* see above for how to Key a subfile
     
     - handle cursor and list positioning more intuitively;
* use above logic to position the subfile cursor,(list) and check(PC) on the 
field in the record you want to position the screen cursor.
     
     - ideally, handle option processing through callbacks.
* as you read the subfile, send the rrn# and option to a keyed data queue 
(Key = Option + RRN#).  Then read the data queue in keyed seq., chain to the 
subfile via rrn#, call appreciate procedure, pgm, subroutine based on 
option.
     
     I guess I would rather the system subfile handling was more proactive. 
     I would like to be able to write a SFLCTL record, and have it call a 
     procedure to request the first page of records.  As the user pages up 
     and down, positions-to, selects records etc., the subfile calls 
     procedures as required, and only returns control to the program if no 
     options are selected, or a function key is pressed.
     
* You can code all this in modules but you will still be calling the modules 
from your application.  I guess DDS cannot handle defining modules to load 
your subfiles connected to your screen.  Maybe in the future but I am not 
going to hold my breath, I will just dream with you.
     
     You may say I'm a dreamer...
     
     ____________
     Paul Cunnane
     The Learning Company
     
+---
| 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 thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.