Newsgroups: bit.listserv.notis-l
Date:         Wed, 29 Jul 1992 10:05:58 PDT
From:         "Kathleen Matthews" <LSYS1@UVVM.UVIC.CA>
Subject:      Re: 5.1 OPAC CHANGES (SCREEN)

Alan:(or anyone else)  Why can't a program be written to read each screen set,
counting the number of lines and bump the "trespassing lines " on to the
next screen and just shift lines along for each set of screens, creating an
extra screen for each set as necessary?  Perhaps a little crude, as screens
should be "composed/designed" on a screen by screen basis for user readability
but with this approach we could "revise" screens after implementation rather
that have the pressure of this being a prerequisite to implementation.
On Wed, 29 Jul 1992 10:43:19 EST Alan Alexander-Manifold said:
>We have modified the screens provided from NOTIS quite substantially, and
>are facing a very quick deadline for putting 5.1 in production.  I have
>written a set of four SAS programs to help us with this conversion.  One
>program extracts the OPAC screen data from the 5.0.2 LCRFILE and puts it
>into an ASCII file, with each screen marked and separated by some coded
>header and footer lines.  A second program takes the ASCII file and puts
>it back into 5.0.2 LCRFILE record format, ready to be REPRO REPLACEd back into
>the LCRFILE.  The third and fourth programs do the same for a set of 1.2.1 MDAS
>screens from the SCRFILE.  In the JCL, you specify the database name in
>an input file, and the screens are extracted.  You the do the same in
>reverse to create 1.2.1 SCRFILE type records ready to REPRO REPLACE in your
>SCRFILE.
>
>This may not seem like much help, but the point is what you do with the
>file while it is in ASCII format.  You can edit the file on your mainframe,
>with any editor you have available, or, if you can download or ftp the
>file to your PC or some other machine, you can pop it into your favorite word
>processor to move text, delete and insert lines, even create new screens
>if you can figure out the header information.  You can then upload the
>file back to your system and run the reverse program to take your newly
>formatted screens and put them back in the LCRFILE or SCRFILE.
>
>I am willing to make these programs available, either through NOTISPRO
>or by direct request to those that are willing to take them at their own
>risk.  NOTIS is not fond of people manipulating the system control files
>in this manner, and will be ready to lay the blame on these programs if
>you later encounter problems with your LCRFILE or SCRFILE.  The programs
>are not an ideal solution anyway, but it beats calling each screen up
>with LSYS or MSYS and editing without a real editor.
>
>Please respond directly to me if you would be interested in obtaining
>these programs.  I'll gauge from the response how I should make them
>available.
>                                                         \
>       --Alan Alexander-Manifold               THe Online Resource
>         Systems Implementation Manager        TTTTTTTTTTTTTTTTTTT
>         Information Technology Department       T         //
>         Purdue University Libraries             T  H H  OOO  RRR
>         West Lafayette, Indiana   47907         T  HHH//O O  RRR
>         (317) 494-2857    FAX: 494-9007         T  H/H  OOO  R R
>         alanam@purccvm          (BITNET)           \\
>         alanam@vm.cc.purdue.edu (Internet)           \

**********************************************************************
KATHLEEN WEBSTER MATTHEWS (LSYS1@UVVM.UVIC.CA)
Systems Librarian, McPherson Library
UNIVERSITY OF VICTORIA, VICTORIA, B.C., CANADA.
(604) 721-8219
**********************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU