RE: SFLDROP (Subfile Drop) Question

I don't want to disable the SFLDROP keyword; I still need it to do it's
function.  I just don't want it to function with the function key listed as
it's parameter.  Even if you don't list it as a function key in the file
part of the dspf, it still is enabled.

Rick Weber  |  TOYS 'Я' US International 


-----Original Message-----
From: Peter Dow (ML) [mailto:maillist@xxxxxxxxxxxxxxx] 
Sent: Thursday, August 10, 2006 1:20 PM
To: RPG programming on the AS400 / iSeries
Subject: Re: SFLDROP (Subfile Drop) Question

Hi Rick,

You should be able to disable the SFLDROP keyword by using the option 
indicators in pos.7-16.  Just use an indicator that you never turn on.

*Peter Dow* /
Dow Software Services, Inc.
909 793-9050
pdow@xxxxxxxxxxxxxxx <mailto:pdow@xxxxxxxxxxxxxxx> /

Weber, Richard wrote:

Peter,

I tried this and it works.  Only, I can't disable the function key that is
assigned to the SFLDROP keyword.  It still creates the bug if the user

were

to find it.

Rick Weber  |  TOYS 'Я' US International 


-----Original Message-----
From: Peter Levy [mailto:plevy@xxxxxxxxxxxx] 
Sent: Wednesday, August 09, 2006 4:24 PM
To: RPG programming on the AS400 / iSeries
Subject: Re: SFLDROP (Subfile Drop) Question

I get that too when using the function key named on the SFLDROP/SFLFOLD

DDS

keywords. It's a "feature" of the operating system because it isn't
returning to your program. I get around by not using that function key.
Instead I code a different one for compress/uncompress that returns to the
RPG program where I can change the subfile mode and properly calculate the
page to display along with the subfile line on which the cursor should
appear on.