× 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.


  1.  Home
  2. COBOL400-L
  3. April 2005

RE: COBOL400-L Digest, Vol 3, Issue 27

This is not something you can solve in COBOL - The DDS must be set up
properly.  If you place the OVERLAY keyword in the record, the window
will appear overtop of the original screen.  To control the Window size
and location - look into the DDS WINDOW keyword.

You can find the DDS reference for display files at 

http://publib.boulder.ibm.com/iseries/v5r2/ic2924/index.htm 


John A Arnold
(301) 354-2939
jarnold@xxxxxxxxxxxxx
 

-----Original Message-----
From: cobol400-l-request@xxxxxxxxxxxx
[mailto:cobol400-l-request@xxxxxxxxxxxx] 
Sent: Saturday, April 02, 2005 1:01 PM
To: cobol400-l@xxxxxxxxxxxx
Subject: COBOL400-L Digest, Vol 3, Issue 27

Send COBOL400-L mailing list submissions to
        cobol400-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/cobol400-l
or, via email, send a message with subject or body 'help' to
        cobol400-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
        cobol400-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of COBOL400-L digest..."


Today's Topics:

   1.  "windows" using separate display files (cobol400-l@xxxxxxxxxxxx)
   2. Re:  "windows" using separate display files
      (cobol400-l@xxxxxxxxxxxx)
   3. Re:  "windows" using separate display files
      (cobol400-l@xxxxxxxxxxxx)


----------------------------------------------------------------------

message: 1
date: Fri, 1 Apr 2005 15:19:47 -0500 
from: cobol400-l@xxxxxxxxxxxx
subject: [COBOL400-L] "windows" using separate display files

 

Hi all,

Is it possible to have a separate display file "window" overtop of
another.
I've built a separate PGM / DSPF (window) to be called from various
applications.  I would like it to "overlay" the existing screen without
clearing the entire screen.

Can someone point me in the right direction

 

Screen a                           date

                                        Time

      ++++++++++++++++

      +    Screen b           +

      ++++++++++++++++

 

Where Screen b is a different PGM / DSPF.

 

BUY. HOLD. AND PROSPER

Daniel Mielke

Business Systems Analyst

AIC Limited

1-888-710-4242 x4614

dmielke@xxxxxxx <mailto:dmielke@xxxxxxx> 

www.aic.com <http://www.aic.com> 

 


Man darf nur die Tasten zur richtigen Zeit treffen, 
so spielt das Instrument von selber. 
Johann Sebastian Bach (1685-1750)

  

 


------------------------------

message: 2
date: Fri, 01 Apr 2005 16:37:26 -0500
from: cobol400-l@xxxxxxxxxxxx
subject: Re: [COBOL400-L] "windows" using separate display files

This display file DDS works for me.

     A                                      DSPSIZ(24 80 
*DS3                  -
     A                                             27 132 *DS4)
     A                                      INDARA
     A                                      PRINT
     A                                      CA03(03)
     A*                                     WDWBORDER((*COLOR GRN) +
     A*                                     (*DSPATR RI) +
     A*                                     (*CHAR '        '))
     A          R SCREEN1
     A  *DS3                                WINDOW(1 42 18 34)
     A  *DS4                                WINDOW(1 42 18 34)
     A                                      KEEP
     A                                      USRRSTDSP
     A                                 17 26'F3=Exit'
     A                                      DSPATR(HI)
     A                                      COLOR(BLU)
     A                                 17  1'1=Select'
     A                                      DSPATR(HI)
     A                                      COLOR(BLU)
     A          R SUBFL1                    SFL
     A            SFLRQS         1A  B  6  1VALUES(' ' '1')
     A                                      COLOR(TRQ)
     A            EMPLNMBR       4Y 0O  6  3EDTCDE(Z)
     A            EMPLNAME      25A  O  6  8
     A          R SUBFLCNTL1                SFLCTL(SUBFL1)
     A  *DS3                                SFLSIZ(0010)
     A  *DS4                                SFLSIZ(0010)
     A  *DS3                                SFLPAG(0010)
     A  *DS4                                SFLPAG(0010)
     A  *DS3                                WINDOW(SCREEN1)
     A  *DS4                                WINDOW(SCREEN1)
     A  99                                  SFLDSP
     A  99                                  SFLDSPCTL
     A N99                                  SFLCLR
     A                                      ROLLUP(50)
     A                                      ROLLDOWN(51)
     A                                      OVERLAY
     A                                  1 12' EMPLOYEES '
     A                                      DSPATR(RI)
     A                                      COLOR(PNK)
     A                                  4  1'Position to:'
     A            EMPLNAME      15A  B  4 15COLOR(TRQ)
     A                                  5  3'NMBR'
     A                                      DSPATR(HI)
     A                                  5  8'NAME'
     A                                      DSPATR(HI)
     A                                  1  1'TBLDFM20'
     A                                      COLOR(YLW)
     A                                  1 27DATE
     A                                      EDTCDE(Y)
     A                                      COLOR(YLW)
     A                                  2 27TIME
     A                                      COLOR(YLW)
     A          R DUMMY
     A                                      ASSUME
     A                                  2  1' '


Thanx, PLA



cobol400-l@xxxxxxxxxxxx wrote:

> 
>
>Hi all,
>
>Is it possible to have a separate display file "window" overtop of
another.
>I've built a separate PGM / DSPF (window) to be called from various
>applications.  I would like it to "overlay" the existing screen without
>clearing the entire screen.
>
>Can someone point me in the right direction
>
> 
>
>Screen a                           date
>
>                                        Time
>
>      ++++++++++++++++
>
>      +    Screen b           +
>
>      ++++++++++++++++
>
> 
>
>Where Screen b is a different PGM / DSPF.
>
> 
>
>BUY. HOLD. AND PROSPER
>
>Daniel Mielke
>
>Business Systems Analyst
>
>AIC Limited
>
>1-888-710-4242 x4614
>
>dmielke@xxxxxxx <mailto:dmielke@xxxxxxx> 
>
>www.aic.com <http://www.aic.com> 
>
> 
>
>
>Man darf nur die Tasten zur richtigen Zeit treffen, 
>so spielt das Instrument von selber. 
>Johann Sebastian Bach (1685-1750)
>
>  
>
> 
>
>  
>
>-----------------------------------------------------------------------
-
>
>_______________________________________________
>This is the COBOL Programming on the iSeries/AS400 (COBOL400-L) mailing
list
>To post a message email: COBOL400-L@xxxxxxxxxxxx
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/mailman/listinfo/cobol400-l
>or email: COBOL400-L-request@xxxxxxxxxxxx
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/cobol400-l.
>
>  
>


------------------------------

message: 3
date: Sat, 2 Apr 2005 11:22:55 +1000
from: cobol400-l@xxxxxxxxxxxx
subject: Re: [COBOL400-L] "windows" using separate display files


On 02/04/2005, at 6:19 AM, cobol400-l@xxxxxxxxxxxx wrote:

> Is it possible to have a separate display file "window" overtop of 
> another.
> I've built a separate PGM / DSPF (window) to be called from various
> applications.  I would like it to "overlay" the existing screen
without
> clearing the entire screen.
>
> Can someone point me in the right direction

Add this piece of magic to your display file DDS:

     A          R DUMMY
     A                                      ASSUME
     A                                  1  2'Nosferatu'

Your application does not read or write this record format. Its mere 
presence changes the behaviour of the display file and tells OS/400 to 
assume (more properly presume but I digress) that the record is already 
on the display when the file is opened thus  has the effect of not 
clearing the screen.

Note that the screen can still be cleared when a record format is 
written. To stop that you must also specify OVERLAY on the record 
format you are writing. If you are using the WINDOW keyword then it 
effectively behaves as if OVERLAY was specified.

ASSUME is normally used with KEEP (in another display file) but it has 
the pleasing side-effect of making windows display smoothly.

Regards,
Simon Coulter.
--------------------------------------------------------------------
    FlyByNight Software         AS/400 Technical Specialists

    http://www.flybynight.com.au/
    Phone: +61 3 9419 0175   Mobile: +61 0411 091 400        /"\
    Fax:   +61 3 9419 0175                                   \ /
                                                              X
                  ASCII Ribbon campaign against HTML E-Mail  / \
--------------------------------------------------------------------




------------------------------

_______________________________________________
This is the COBOL Programming on the iSeries/AS400 (COBOL400-L) digest
list
To post a message email: COBOL400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/cobol400-l
or email: COBOL400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/cobol400-l.



End of COBOL400-L Digest, Vol 3, Issue 27
*****************************************

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.