RPG O-specs vs. PRTFs

RPG
Typography
  • Smaller Small Medium Big Bigger
  • Default Helvetica Segoe Georgia Times

From: Ed Smith To: All

Are there any opinions on when external printer files (attribute PRTF) are better suited for reports then RPG O-specs? I've used external printer files a few times and I'm still getting accustomed to RLU, but I have to fight off the urge to return to familiar ground.

From: Marc Salvatori To: Ed Smith

By and large, I prefer external printer files. Like display files, they are separately compiled. They offer a wide range of fonts and, with RLU, give you something to look at before compiling. One major drawback still exists; you can't use arrays in external printer files.

From: Ed Smith To: Marc Salvatori

How do you handle control groups? For instance, say you want a customer name or account title on the first line of a group. Since you can't use the L1 indicator in the DDS, at L1 total-time, I turn indicator 71 on. When L1 is off at detail-time, I turn 71 off. I still use the cycle for that kind of report.

From: Marc Salvatori To: Ed Smith

I define separate record formats for level breaks and headers. For example, look at 8.

I define separate record formats for level breaks and headers. For example, look at Figure 8.

As you can see, like display files, you must explicitly write a record to produce output.

What I like most about external printer files is the various fonts I can use together on one line or page. It also helps to have an IPDS printer like our 3816. Since my terminal doesn't provide a WYSIWYG display for printing, placement of these fonts is tricky at best. It takes patience, but can be worth the effort. I used it to put together a forecast worksheet for our sales team; it's almost as good as a more expensive, preprinted form.

Print files allow you to emphasize certain fields on a report. For example, we use a larger, bolder font for part numbers on our work order pick lists.


RPG O-specs vs. PRTFs

Figure 8 External Printer File Control Break Handling

 *. 1 ...+... 2 ...+... 3 ...+... 4 ...+... 5 ...+... 6 ...+... 7 ...+... 8 C FSTIME IFNE 'N' FIRST TIME C *INOF OREQ *ON OVERFLOW C MOVE 'N' FSTIME 1 C WRITEHEADER C ENDIF * C *INL1 IFEQ *ON C WRITECUSHDR CUST HEADER C ENDIF C WRITECUSDTL DETAIL RECORD CL1 WRITECUSSUM SUMMARY TOTAL *. 1 ...+... 2 ...+... 3 ...+... 4 ...+... 5 ...+... 6 ...+... 7 ...+... 8 
BLOG COMMENTS POWERED BY DISQUS

LATEST COMMENTS

Support MC Press Online

$

Book Reviews

Resource Center

  •  

  • LANSA Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.

  • The MC Resource Centers bring you the widest selection of white papers, trial software, and on-demand webcasts for you to choose from. >> Review the list of White Papers, Trial Software or On-Demand Webcast at the MC Press Resource Center. >> Add the items to yru Cart and complet he checkout process and submit

  • SB Profound WC 5536Join us for this hour-long webcast that will explore:

  • Fortra IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn: