|
O-specs are simpler to code and easier to maintain? Huh? Let's see now, with a printer file, I can use RLU or CODE/400 to see the report layout and actually see the results of my changes. With O-specs I must perform many calculations of field length to determine the beginning and end point of a field to ensure no overlap occurs. I must also constantly refer back to other O-specs to ensure the columns line up with the headings. Of course, all of the above doesn't matter much if you have detailed specifications that include a report layout and character position ruler. O-specs do have a couple of advantages over the printer file. First, you can use array fields with a variable subscript such as ARR,A as fields in the specifications. They also provide automatic line, heading, and total printing tied to the logic cycle (NOTE: I HAVE OFFERED NO OPINION ON THE CYCLE) and to whether the overflow line has been reached. Personally, I think a report program being self-contained and having fewer members to check out are rather specious arguments. Do these people also use internally defined display files and not the DSPF objects? In the end, it may come down to personal preference, but if you want to establish a shop standard, you might as well go with printer files. They offer more features such as advanced function printing, bar codes, IPDS functions, and other stuff that cannot be done with O-specs. That is, of course, just my opinion. Hope that helps. Donald R. Fisher, III Project Manager The Roomstore Furniture Company (804) 784-7600 extension 2124 DFisher@roomstoreeast.com <clip> (The group that favors O-spec) "O-specs are simpler to code and easier to maintain" "Report programs are self contained" "Fewer members to check out" (Now the PRTF group) "PRTF is simpler to code and easier to maintain" "Separation of presentation attributes from report logic makes report layout changes easier" "PRTF can support advanced features such as barcoding, font control, embedded images/graphics, etc." <clip>
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.