open pdf in webbrowser control c# : Delete text from pdf online control SDK system azure .net web page console sg24625028-part2066

Chapter 12. Using form definitions and page definitions 
263
Fonts are usually defined by using the FONT subcommand in a PRINTLINE 
command. An alternate way is to add one additional character (after the forms 
control byte) to use as a font selection code. Or, in page definition terms, the 
character can be used as a Table Reference Character (TRC). TRCs are only 
supported using traditional line data processing. 
In the case of record format line data processing, the first 10 characters of the 
record (after the carriage control byte if one exists) must contain the record ID. 
The data following the record ID may be the traditional format where the fields are 
determined based on their position in the line. An alternative is to separate the 
fields by a delimiter character. 
Figure 177 shows examples of different ways to generate line data for traditional 
and record format processing.
Figure 177.  Sample line data
If the data is referenced by FIELD, the START position in the page definition does 
not include the channel codes or TRCs, in the case of traditional line data 
processing, or the 10 character record ID used with the record format line data 
processing.
Version 5 Release 1 provides two new methods to easily produce record format 
line data. Section 12.2.4, “Java support for record format line data” on page 269, 
and Chapter 13, “Printing from Java applications” on page 275, describe how to 
produce record format line data spooled file from a Java application program. 
Section 12.2.5, “DDS support for record format line data” on page 270, describes 
the new DDS support for record format line data.
12.1.4.1  Embedding AFP instructions
One method of enhancing the output produced by form definition and page 
definition processing is to insert Advanced Function Presentation instructions in 
the form of structured field records right into the data stream. This may be done 
with either type of formatting, traditional line data, or record format line data. It 
allows the application programmer to have more flexibility than is otherwise 
offered by the relatively constrained rules of conditional processing. 
A spooled file that contains both data records and AFP structured fields is called 
mixed
. On iSeries, the printer file is generated as DEVTYPE(*AFPDSLINE). 
The AFP structured fields that may be embedded in the data stream are:
• Invoke Media Map: Used to change copy group
• Invoke Data Map: Used to change page format
• Include Page Segment
• Include Page Overlay
• Presentation Text
Traditional Line Data with CC
1This is the top of the page
Field1     Field2          Field3
Record Format data with optional diameter characters
pagehead  This is the top of the page
detail    Field1%Field2%Field3
Delete text from pdf online - delete, remove text from PDF file in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Allow C# developers to use mature APIs to delete and remove text content from PDF document
pdf editor delete text; how to erase text in pdf
Delete text from pdf online - VB.NET PDF delete text library: delete, remove text from PDF file in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
VB.NET Programming Guide to Delete Text from PDF File
delete text from pdf; remove text from pdf preview
264
iSeries Printing VI: Delivering the Output of e-business
If you are building the data stream manually, the data records must be preceded 
by a carriage control byte and the AFP records must begin with X’5A’. For more 
information on mixed data streams, refer to 
Advanced Function Presentation 
Programming Guide and Line Data Reference
, S544-3884.
If you are using DDS to create your spooled data, the Invoke Media Map 
(INVMMAP) and Invoke Data Map (INVDTAMAP) keywords can be used to insert 
AFP structured fields in an AFPDSLINE data stream. 
12.1.5  iSeries printer file keywords
When you create or change a printer file for use with form definitions and page 
definitions, you must consider the following parameters in the CRTPRTF or 
CHGPRTF commands.
DEVTYPE
The most common way to take advantage of form definition and page definition 
processing is to use a printer file defined with DEVTYPE(*LINE), 
FORMDF(mylib/myformdf), and PAGDFN(mylib/mypagdfn). Page definitions may 
also be used with printer files defined as DEVTYPE(*AFPDSLINE) if embedded 
AFP structured fields are to be used.
You may specify a form definition for use with spooled files that have a DEVTYPE 
value of *LINE, *AFPDSLINE, *AFPDS, *SCS, or *IPDS.
FORMDF and PAGDFN
It is most common to include both parameters in the printer file. They may be 
library qualified. If *LIBL is used, they must be placed in libraries that PSF/400 
can find for the writer, either by the job library list, a default library list, or libraries 
specified in the PSF configuration object.
If either the FORMDF or PAGDFN parameters are set to *NONE, and you specify 
DEVTYPE(*LINE) for printing to an AFP printer, PSF/400 builds the required 
object inline based on the appropriate printer file parameters.
CTLCHR
This parameter tells PSF if you are using control characters in your data, and if 
so, the type you are using.
If your application uses DDS keywords, such as SKIPA or SPACEB, or other 
similar high level language instructions to control skipping and spacing, specify 
CTLCHAR(*NONE). If the application data itself includes the control characters, 
you must specify CTLCHAR(*FCFC) for ANSI control characters or 
CTLCHAR(*MACHINE). 
TBLREFCHR
If the spooled data includes a table reference character to control font selection, 
specify TBLREFCHR(*YES).
AFPCHARS
Use this keyword to identify up to four coded fonts to use if you select 
TBLREFCHR(*YES). The names to use here are the four character-coded font 
names. PSF/400 adds ‘X0’ to the beginning of the name to find the font resource 
object.
VB.NET PDF Page Delete Library: remove PDF pages in vb.net, ASP.
Online source codes for quick evaluation in VB.NET class. If you are looking for a solution to conveniently delete one page from your PDF document, you can use
how to delete text from a pdf in acrobat; erase text in pdf document
VB.NET PDF Text Extract Library: extract text content from PDF
Best VB.NET PDF text extraction SDK library and component for free download. Online Visual Basic .NET class source code for quick evaluation.
delete text pdf files; how to delete text in pdf converter professional
Chapter 12. Using form definitions and page definitions 
265
DRAWER and DUPLEX
In most cases, the form definition and page definition parameters override 
equivalent functions specified in the printer file. Two exceptions to this rule are 
the DRAWER and DUPLEX parameters. The value specified for these 
parameters takes precedence over the form definition specification. To force 
PSF/400 to use the values in the form definition, you must specify 
DRAWER(*FORMDF) and DUPLEX(*FORMDF).
CVTLINDTA
This parameter specifies whether to convert line data and a page definition to 
AFPDS before the data is spooled. See 12.2.6, “CVTLINDTA parameter in printer 
files” on page 273, for further information on using this parameter.
Other print file keywords 
The following printer file keywords are 
ignored
when line data is specified and a 
page definition is used:
• CDEFNT
• CHRID
• CPI
• FOLD
• FONT
• FNTCHRSET
• LPI
• LVLCHK
• MULTIUP
• PAGESIZE
• PAGRTT
• REDUCE
The following printer file keywords are 
ignored
when line data is specified and a 
form definition is used:
• BACKMGN
• DRAWER (if *FORMDF is specified)
• DUPLEX (if *FORMDF is specified)
• FOLD
• FORMFEED
• FRONTMGN
• LVLCHK
• MULTIUP
• PAGRTT
• PRTQLTY
• REDUCE
• SADLSTITCH
12.1.6  Converting existing SCS spooled files to LINE
You may have an application that already produces SCS output, but you want to 
migrate to form definitions and page definitions. In this case, you must change the 
printer file in the application or override it in the control language before it is used. 
If this is not possible, you may be forced to work with the SCS output after it is 
already generated as a spooled file. Perform the following steps to convert an 
SCS spooled file to a LINE spooled file:
C# HTML5 PDF Viewer SDK to view PDF document online in C#.NET
files, C# view PDF online, C# convert PDF to tiff, C# read PDF, C# convert PDF to text, C# extract PDF pages, C# comment annotate PDF, C# delete PDF pages, C#
acrobat delete text in pdf; how to erase in pdf text
C# PDF Text Extract Library: extract text content from PDF file in
Free online source code for extracting text from adobe PDF document in C#.NET class. Able to extract and get all and partial text content from PDF file.
delete text pdf file; how to delete text from a pdf reader
266
iSeries Printing VI: Delivering the Output of e-business
1. Create a physical file that has a record length that is one character longer than 
the length of the spooled file records. This accommodates the forms control 
character that is used to preserve the line spacing (otherwise, all blank lines 
are ignored or dropped):
CRTPF CPYSPLF RCDLEN(133) MAXMBRS(*NOMAX)
2. Copy the spooled file data to the physical file using the CPYSPLF command:
CPYSPLF FILE(QSYSPRT) 
TOFILE(CPYSPLF) 
JOB(073040/MSHNIER/QPADEV000C) 
SPLNBR(2) 
TOMBR(QSYSPRT) 
3. Create a new printer file for LINE printing. Name the page definition and form 
definition and set any other parameters as necessary. You must specify 
CTLCHAR(*FCFC) for the codes in column one to be interpreted as carriage 
control codes, and not as data:
CRTPRTF FILE(mylineprtf) 
DEVTYPE(*LINE) 
CTLCHAR(*FCFC) 
DRAWER(*FORMDF) 
PAGDFN(pagedef) 
FORMDF(formdef) 
DUPLEX(*FORMDF) 
CVTLINDTA(*YES)
4. Copy the member from the physical file to the printer file. This generates a 
spooled file, either as DEVTYPE(*LINE) if you specify CVTLINDTA(*NO). Or if 
you specify CVTLINDTA(*YES), the page definition instructions are processed 
and the spooled file is generated as DEVTYPE(*AFPDS).
CPYF FROMFILE(CPYSPLF) TOFILE(mylineprtf) FROMMBR(QSYSPRT) 
This generates a spooled file, either as DEVTYPE(*LINE) if you specify 
CVTLINDTA(*NO). Or if you specify CVTLINDTA(*YES), the page definition 
instructions are processed and the spooled file is generated as 
DEVTYPE(*AFPDS).
This process may be automated by a monitor program. For information, see 
Appendix D, “Output queue monitor” on page 337.
12.1.7  Generating or obtaining form definitions and page definitions
You may obtain form definitions and page definitions from a variety of sources on 
the iSeries server or from other platforms.
12.1.7.1  Shipped with PSF/400
A standard set of form definitions and page definitions is shipped with the 
PSF/400 feature. These are compatible with resources that are shipped on other 
IBM platforms with PSF or Infoprint Manager products. They are listed in the 
AS/400 Guide to Advanced Function Presentation and Print Services Facility
S544-5319. 
12.1.7.2  Infoprint Designer for iSeries
Infoprint Designer for iSeries generates the form definition, page definition, and 
other resource objects used in the project and automatically places them directly 
C# PDF Page Delete Library: remove PDF pages in C#.net, ASP.NET
Advanced component and library able to delete PDF page in both Visual C# .NET WinForms and ASP.NET WebForms project. Free online C# class source code for
delete text pdf; remove text watermark from pdf online
VB.NET PDF- View PDF Online with VB.NET HTML5 PDF Viewer
PDF Online. Annotate PDF Online. Create PDF Online. Convert PDF Online. WPF PDF PDF Write. Text: Insert Text to PDF. Text: Delete Text from PDF. Text: Replace
erase text from pdf file; delete text from pdf online
Chapter 12. Using form definitions and page definitions 
267
in the iSeries library. No additional processing is necessary other than 
referencing them in the printer file. For more information, see:
• Chapter 2, “Advanced use of IBM Infoprint Designer for iSeries” on page 33
• Section 2.8, “Introduction to form and page definitions” on page 51
• Section 12.2.1, “Form and page definitions in Infoprint Designer for iSeries” on 
page 268
12.1.7.3  AFP PrintSuite: Page Printer Formatting Aid/400
Page Printer Formatting Aid/400 (PPFA) is a tool for the iSeries server that takes 
the source form definition and page definition specifications and converts them to 
the corresponding AFP data stream. 
To use PPFA, use an editor, such as SEU, to enter the source into a source 
physical file member. Then, use the PPFA CVTPPFTSRC command to generate 
the physical file members that contain the AFP versions of the form definition and 
page definition. Finally, use the CRTFORMDF and CRTPAGDFN commands to 
build the iSeries objects.
You must apply PTF SF65783 to the PPFA product to create page definitions that 
use the new record format line data features.
12.1.7.4  Resources from AIX or Windows platforms
Infoprint Manager for AIX and Infoprint Manager for Windows NT and Windows 
2000 offer PPFA as optional features. There are also a number of other vendor 
offerings that are available for those platforms that use a WYSIWYG interface 
(similar to Infoprint Designer for iSeries) to create form definitions and page 
definitions. 
The easiest way to import resources from a Windows platform is to use AFP 
Manager that is shipped with Client Access Express with V5R1. See Chapter 9, 
“AFP Manager” on page 213, for more details. 
If the files were created on an AIX system, it may be best to transfer them in 
binary format to a Windows PC (for example, by using FTP) and then use AFP 
Manager. 
Otherwise, you must follow these steps to build the resources on the iSeries 
server:
1. Create a physical file on the iSeries server. It may have any record length you 
want, but you need to specify 
LVLCHK(*NO)
.
2. Use the TCP/IP FTP function to transfer the resources into members of the 
physical file you just created. The files must be transferred in BINARY mode. 
Otherwise, the iSeries server attempts to perform an ASCII to EBCIC 
conversion on the data. 
3. Once the resource data is loaded in the physical file member, use the 
CRTFORMDF and CRTPAGDFN commands to create the form definition and 
page definition iSeries objects.
12.1.7.5  Resources from OS/390
Form definitions and page definitions can be created on the OS/390 platform 
using PPFA or another vendor’s products. Resources from OS/390 are in files 
that consist of variable length records. The iSeries server cannot handle this 
VB.NET PDF - Convert PDF Online with VB.NET HTML5 PDF Viewer
files, C# view PDF online, C# convert PDF to tiff, C# read PDF, C# convert PDF to text, C# extract PDF pages, C# comment annotate PDF, C# delete PDF pages, C#
remove text from pdf; delete text from pdf file
VB.NET PDF - Annotate PDF Online with VB.NET HTML5 PDF Viewer
VB.NET HTML5 PDF Viewer: Annotate PDF Online. This part will explain the usages of annotation tabs on RasterEdge VB.NET HTML5 PDF Viewer. Text Markup Tab. Item.
how to erase text in pdf file; how to delete text from pdf reader
268
iSeries Printing VI: Delivering the Output of e-business
format directly. You must first inspect the OS/390 file to determine the length of 
the single longest record in the resource and then create the iSeries physical file 
with that length. You also need to specify 
LVLCHK(*NO)
Once the data is loaded in the physical file, use the CRTFORMDF and 
CRTPAGDFN command to create the iSeries resources.
12.2  Summary of V5R1 enhancements relating to form and page definitions
With some of the changes announced in V5R1, we expect more customers to 
begin looking at form definitions and page definitions as candidates for formatting 
their data. The changes that affect this decision include:
• The new formatting tool, Infoprint Designer for iSeries, generates form 
definitions and page definitions.
• Infoprint Server for iSeries can generate index records and resource groups 
for spooled files in *LINE format that have a page definition specified. The 
index records and resources can then be used:
– By Infoprint Server to split large spooled file into multiple PDF files
– When viewing the file with the AFP Viewer to quickly locate specific pages 
in the document
– By archive products, such as On Demand or Common Server
• Enhancements to the page definition architecture to support record format line 
data.
• A new access class for Java to support the generation record format line data 
on the iSeries server.
• Changes to DDS to support generating record format line data.
• The CVTLINDTA parameter can be specified in a printer files that has 
DEVTYPE(*LINE) and uses a page definition. If you specify 
CVTLINDTA(*YES), the spooled file that is created when the application is run 
will be generated as fully resolved AFPDS, instead of line data. This means 
that applications that are developed using Infoprint Designer for iSeries or 
PPRA can now be:
– Printed on an ASCII printer using Host Print Transform. 
– Viewed with IBM AFP Viewer from the Operations Navigator interface. 
12.2.1  Form and page definitions in Infoprint Designer for iSeries
Infoprint Designer for iSeries is available for V4R5 and V5R1. It provides a 
WYSIWYG interface for creating overlays and generating form definitions and 
page definitions. It is described in great depth in Chapter 2, “Advanced use of 
IBM Infoprint Designer for iSeries” on page 33.
There are a some features, commands, and subcommands that are part of the 
architecture for form definitions and page definitions that are not supported today 
in Infoprint Designer for iSeries. These include:
• Record format line data
• Use of Table Reference Characters (TRCs) to select fonts
• PRTDATA subcommand in the PRINTLINE command
Chapter 12. Using form definitions and page definitions 
269
• Form definition subcommands dealing with finishing (stapling) and post 
processing equipment
Nevertheless, Infoprint Designer is likely to be the choice of many iSeries users 
since the WYSIWYG design lends itself to very fast application development.
12.2.2  Using Infoprint Server for iSeries
Infoprint Server for iSeries consists of a number of powerful tools for manipulating 
spooled file data and transforming from one data stream to another. One of the 
tools is the Create AFP Data (CRTAFPDTA) command. This command requires a 
spooled file in LINE format and an input page definition.
The output of CRTAFPDTA consists of up to four files in the Integrated File 
System (IFS) directory. The first is an AFPDS file that is a result of processing the 
LINE data against the page definition. The other optional files are a file containing 
index records with one containing copies of selected external resources and one 
that merges the data from the other three. 
The index function is useful when used with another component of Infoprint 
Server (the IPDS to PDF transform). Index records can segment a large spooled 
file to individual components, such as single invoices or statements. This process 
is described in Chapter 14, “End-to-end example” on page 283.
The index records and resource groups may also prove useful when working with 
archive products, such as On Demand or Common Server. By including the 
resource group with the spooled file, you are ensured that the correct external 
resources, such as overlays or page segments, are being used with an old 
spooled file when it is retrieved.
Finally, the AFP Viewer can take advantage of the index records and resource 
groups when you view the spooled file.
12.2.3  Record format line data processing
The underlying support for record format line data processing was added to 
PSF/400 with V5R1. It is described in 12.1.2.2, “Record format line data 
processing” on page 258.
Resources created on other platforms that use this function are supported on the 
iSeries with V5R1. Record format line data page definitions may be generated 
natively on the iSeries server with the PPFA/400 component of the AFP 
PrintSuite (5798-AF3) by applying PTF SF65783.
12.2.4  Java support for record format line data
In the past, the support for print from Java applications on the AS/400 system 
was limited and cumbersome. 
With V5R1, a new class object was introduced to the IBM Toolbox for Java that 
supports writing of data from Java to a printer file in LINE format. The 
LineDataRecordWriter class allows a Java programmer to concentrate on 
generating the data, and the formatting can be done using form definitions and 
page definitions as described in this chapter. 
270
iSeries Printing VI: Delivering the Output of e-business
LineDataRecordWriter writes a record in a line data format, including the record 
format name in positions 1 through 10. The data may be presented using a fixed 
layout or a variable layout may be used that uses a delimiter to separate fields.
For more details, see Chapter 13, “Printing from Java applications” on page 275.
12.2.5  DDS support for record format line data
Data Description Specifications (DDS) provides a means to define the layout and 
presentment of data external from the program using it. Since 1991, keywords to 
support AFP functions have been supported for printer files. These includes lines, 
boxes, host fonts resources, graphics, page segments and overlays. These 
elements can be placed at absolute positions on the page, or the positional 
values can be passed as parameters from the program. 
This capability provides a great deal of flexibility to a programmer. Theoretically, 
the checking account document as illustrated in Figure 175 on page 261 could be 
produced using a high level language such as RPG, COBOL, or C. One of the 
challenges is that the programmer must keep track of the exact positions of any 
floating elements that are placed on the page, such as any graphics used to 
separate the different record types. These positions are passed to DDS as 
variables.
With the new record format line data support for DDS applications, a programmer 
can continue to keep the field definitions external to the program, but the logic for 
positioning the data and other AFP elements can be handled by the page 
definition. Another advantage of using DDS with PPFA record formatting is the 
fact that DDS supports the EDTCOD and EDTWRD, where PPFA does not. 
12.2.5.1  How it works
When an applications writes to a printer file that is defined with 
DEVTYPE(*LINE), OS/400 checks to see if the page definition that is named in 
the PAGDFN parameter uses record format line data commands. If it does, the 
format of the data written to the spooled file is modified to suit the requirements of 
this type of page definition:
• The record format name used in the DDS specifications is written in the first 
10 characters of the output record.
• The individual fields are placed one after another in the printer file record. All data 
fields follow, starting in position 11. All specifications relating to the position 
are ignored. This includes the Line and Position fields in columns 39 to 44, the 
SKIPB, SKIPA, SPACEB, and SPACEA keywords, and the POSITION keyword. 
For example, consider an application that normally writes an address block to one 
record in the DDS, with the company name, street, and city appearing on three 
different lines. With record format line data processing, all three fields are placed 
in one record in the output spooled file.
An example of some DDS specifications for a check record is shown in 
Figure 178. The DDS compiler requires that a value be entered in positions 42 to 
44 of the specifications. This value would normally represent an absolute or 
relative position on the line. It is ignored by record format line data processing. 
Chapter 12. Using form definitions and page definitions 
271
Figure 178.  Example of DDS to be used record format line data page definition
This sample contains some blank spaces inserted as constants. This is done to 
match the data up with the required positions as defined in a page definition that 
already existed. Any spaces that are required to match up the data with the page 
definition layout must be hardcoded because the normal way of positioning will be 
ignored.
Figure 179 shows the page definition LAYOUT command that is used against the 
CKDATA record. This is a subset of a page definition sample called 
rept1
that is 
found in the 
IBM Page Printer Formatting Aid: User's Guide
, S544-5284.
Figure 179.  Page definition layout to use against sample DDS record
The original sample that was created for OS/390 had lowercase record IDs. The 
sample is changed to use an uppercase name for the layout because DDS does 
not allow lowercase record format names.
Figure 180 shows spooled file records generated using the DDS from Figure 178. 
The DDS keywords EDTCDE and EDTWRD were honored. The appropriate 
punctuation was added to the currency field and the date. The SPACEB(1) 
keywords and positioning information from column 42 to 44 were ignored.
Figure 180.  Spooled file after processing with record format line data
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7
A          R CKDATA                    SPACEB(1)
A                                     1' '      
A            CHECK         12         2         
A            DATE           6  0     40EDTCDE(Y)
A                                    +0'  '      
A            AMOUNT         6  2     10EDTWRD('$   0.  ') SPACEB(1)
A                                    +0'   '          
A            PAYTO         25        +5 
LAYOUT C'CKDATA' BODY GROUP;
FIELD START 2 LENGTH 3 ALIGN LEFT
POSITION 1.2 in CURRENT
FONT varb ; /* Variable text - Check number */
FIELD START 14 LENGTH 8 ALIGN LEFT
POSITION .1 in CURRENT 
FONT varb ; /* Variable text - Date */
FIELD START 35 LENGTH 25 ALIGN LEFT
POSITION 2.0 in CURRENT
FONT varb ; /* Variable text - Payable to: */
FIELD START 24 LENGTH 8 ALIGN RIGHT
POSITION 5.6 in CURRENT
FONT varb ; /* Variable text - Amount */
Display Spooled File  
File  . . . . . :   REPTPRT2                                                 
Control . . . . .                                                            
Find  . . . . . .                                                            
*...+....1....+....2....+....3....+....4....+....5....+....6...
CKDATA     314         10/29/01  $ 904.02   ART BY ERIN                     
CKDATA     513          8/16/01  $5120.32   AMY'S FINE FOODS   
272
iSeries Printing VI: Delivering the Output of e-business
Remember that the when using START and LENGTH to define fields for record 
format line data processing, the start position begins after the 10-character 
record ID. In this case, the check number is in position 12 of the printed record, 
but the page definition references it as starting in position 2.
The following keywords are honored by record format line data processing:
• ALIAS
• DATE
• DATFMT
• DATSEP
• DFT
• DLTEDT
• EDTCDE
• EDTWRD
• FLTFIXDEC
• FLTPCN
• IGCALTTYP
• IGCANKCNV
• INDARA
• INDTXT
• MSGCON
• PAGNBR (may not be of much use)
• REF
• REFFLD
• TEXT
• TIME
• TIMFMT
• TIMSEP
Keywords relating to formatting are ignored:
• BARCODE
• BLKFOLD
• CDEFNT
• CHRID
• CHRSIZ
• COLOR
• CPI
• CVTDTA
• DFNCHR
• DOCIDXTAG
• DRAWER
• DTASTMCMD
• DUPLEX
• ENDPAG
• ENDPAGGRP
• FNTCHRSET
• FONT
• FORCE
• GDF
• HIGHLIGHT
• INVDTAMAP
• INVMMAP
• LINE
Documents you may be interested
Documents you may be interested