Unconfigured Ad Widget

Collapse

Announcement

Collapse
No announcement yet.

convert ILE O spec to print file

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • convert ILE O spec to print file

    Does any one have a program the will convert ILE O spec to a print file?

  • #2
    there are a couple of commercial products (dont remember the names) that will do this, but no share-ware that i am aware of.

    of course, i have to ask: "Why convert to a print file?" there is not much more you can do with it that you cannot do in an O-spec. during conversions, i would not change them to printerfiles, but would instead save the printer files for new development or major (i mean MAJOR) overhauls of code.

    -sarge

    Comment


    • #3
      my preference is to NOT use external printer files. IBM's interface stinks, or I am really, really, really mentally challenged.

      O-specs are easy to maintain, are NEARLY as functional as external print files and convert from one version to another.

      the only upgrade I would do with internally defined printer files is to use exception output, based on EXCEPT statements, as opposed to programs that still use the RPG cycle.

      and yes, I still use the RPG cycle for the quick-n-dirty update all or batch processing to read a file, if there are no calcs other than converting dates or very simple top-down calcs.

      -sergeant

      Comment


      • #4
        External print files are great using RDp/RDi. Everything is graphical and you code your report as you design it. So much simpler to visualize than O-specs, and easier to maintain.

        Comment


        • #5
          I too would question why. If you are thinking that going with External Printer Files will help you with Internationalization, I would refer you to my post on this
          RE: Soft-Coding report titles & column titles -- One caveat about Message Files and Printer Files . . . and Soft-Coding of messages extracted from a message file MSGCON - - where it is compiled into the screen at compile time (old way) and " If you change the message description, you will have to create the file again if you want the display file to contain the updated message." 3 2MSGCON(079 APL1140 *LIBL/PLMSGC) MSGID - - where it is dynamically extracted at runtime CCS0037037 37A O 11 2MSGID(CCS 0037 PLMSGC) and even the &MSGF can be a variable . . . n...


          Constants in Printer Files are not like DSPF ! They usually require a certain amount work in the RPG code to extract the text that will be in the literal-constants which appear.

          John Voris

          Comment


          • #6
            Hello!

            If you have TAATOOLs on your system, then you should have a command CRTEXTPRTF (Create Ext Dsc PRTF) that will take an RPG source member's internal printer specs and create a DDS for an external print file. It does produce a report of things that it changed, or that you'll have to change.

            Gumbo Software has a command CVTRPTSRC (Convert Report Source) that will take the internal printer specs of an RPG or RPGLE program and convert them to an externally described printer file. The command is part of Gumbo's Report Design Aid (RDA). RDA works pretty much exactly like SDA, so a very short learning curve.

            I don't understand everyone's questions about why you would want to switch from internal printer specs to an external printer file. There's PLENTY that you can do with a printer file that you can't do with internal specs; barcodes, images, different fonts on the same page, text in different directions, colors. Some of these functions you can accomplish with internal specs and an overlay (I think), but that would be for static data.

            That being said, if you don't have a tool to design your printer file, then it's not easy; I would hate to edit the DDS directly. I've never used RLU, but I think the general consensus is that IBM dropped the ball on that tool. Nor have I used the graphical tools that IBM has supplied.

            Long story short, you CAN do more with external printer files than you can with internal printer specs.

            Let me know how it goes!

            Bruce

            Comment

            Working...
            X