convert pdf to image in asp.net c# : Acrobat fill in pdf forms software application dll winforms html .net web forms rbafpmst54-part1739

Notes:
1.
Use of this DDS keyword will cause an AS/400 spooled file to be generated
that will not be correctly printed when sending the spooled file to MVS. The
spooled file with not print and will be held on the output queue by PSF/MVS.
2.
Feature PSF/400 is required for use of this keyword. If PSF/400 is not installed,
you will not be able to print files on a IPDS printer using this keyword and
specifying DEVTYPE(*AFPDS).
Printer Files, ZFOLD
Chapter 4. Keywords for Printer Files
521
Acrobat fill in pdf forms - C# PDF Form Data fill-in Library: auto fill-in PDF form data in C#.net, ASP.NET, MVC, WinForms, WPF
Online C# Tutorial to Automatically Fill in Field Data to PDF
convert pdf fillable forms; convert word to fillable pdf form
Acrobat fill in pdf forms - VB.NET PDF Form Data fill-in library: auto fill-in PDF form data in vb.net, ASP.NET, MVC, WinForms, WPF
VB.NET PDF Form Data fill-in library: auto fill-in PDF form data in vb.net, ASP.NET, MVC, WinForms, WPF
pdf fill form; create a pdf form that can be filled out
Printer Files, ZFOLD
522
OS/400 DDS Reference V4R5
C# PDF Converter Library SDK to convert PDF to other file formats
other external third-party dependencies like Adobe Acrobat. developers to conduct high fidelity PDF file conversion form application and Windows Forms project.
convert word to pdf fillable form; create a fillable pdf form
VB.NET PowerPoint: VB Code to Draw and Create Annotation on PPT
other documents are compatible, including PDF, TIFF, MS no more plug-ins needed like Acrobat or Adobe Solid 'set filled shape style obj.Fill.Solid_Color = Color
adding a signature to a pdf form; create a pdf form to fill out
Chapter 5. Keywords for Intersystem Communications
Function Files
This chapter provides the following information regarding intersystem
communications function (ICF) files:
v Definition
v Positional entries
v Keyword entries
DDS Positional Entries for ICF files (Positions 1 through 44) gives rules and
examples for filling in positions 1 through 44 of the data description specifications
(DDS) form. DDS Keyword Entries for ICF files (Positions 45 through 80) gives
rules and examples for specifying DDS keywords. The keywords are described in
alphabetical order.
For more information about keywords for ICF files, see the ICF Programming .
Defining an ICF File for DDS
Specify the entries in the following order to define an ICF file:
1.
File-level entries (optional)
2.
Record-level entries
3.
Field-level entries (optional)
Repeat the record-level entries and field-level entries for each record format in the
file.
Specify at least one record format in the file.
The maximum number of record formats in an ICF file is 1024. The maximum
number of fields in any one record format is 32 767.
Note: Specify the file name through the Create Intersystem Communications
Function File (CRTICFF) command, not through DDS.
You can find an explanation of file level, record level, and field level as well as the
syntax rules for specifying DDS keywords in Chapter 1. Introduction to DDS
Reference. You can find a complete ICF example in Appendix B. Examples of DDS
for Each File Type.
Figure 392 on page 524 shows an ICF file coding example.
© Copyright IBM Corp. 1999, 2000
523
.NET PDF Document Viewing, Annotation, Conversion & Processing
Fill in form data programmatically. Support for all the print modes in Acrobat PDF. Online Demo See the PDF SDK for .NET in action and check how much they can do
create fillable pdf form from word; add signature field to pdf
DDS Positional Entries for ICF files (Positions 1 through 44)
This section describes how to specify the first 44 positions of the data description
specifications (DDS) form for ICF files. To code the remaining part of the form, see
DDS Keyword Entries for ICF files (Positions 45 through 80).
Figure 392 shows some positional entries for ICF files.
DDS Sequence Number for ICF files (Positions 1 through 5)
Use these positions to specify a sequence number for each line on the form. The
sequence number is optional and is for documentation purposes only.
DDS Form Type for ICF files (Position 6)
Specify an A in this position to designate this as a DDS form. The form type is
optional and is for documentation purposes only.
DDS Comment for ICF files (Position 7)
Specify an asterisk (*) in this position to identify this line as a comment. Comment
lines can appear anywhere in DDS and are kept only in the source file. They
appear on the source computer printout but do not appear on the expanded source
computer printout.
Use positions 8 through 80 for comment text. A blank line (no characters specified
in positions 7 through 80) is treated as a comment.
DDS Conditioning for ICF files (Positions 7 through 16)
Positions 7 through 16 are a multiple field area in which you can specify option
indicators. Option indicators are 2-digit numbers from 01 to 99. Your program can
set option indicators on (hex F1) or off (hex F0) to select a keyword for output
operations. In ICF files, option indicators are valid only for record- and file-level
keywords.
Acondition is an ANDed grouping of two through nine indicators that must all be
in effect (set off if the letter N is specified; set on if N is not specified) before the
keyword is selected. You can specify a maximum of nine indicators for each
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A* ICF FILE CODING EXAMPLE
00020A*
00030A
R RCD1
RCVENDGRP(14)
00040A
FLDA
5
00050A
FLDB
5 0
00060A
FLDC
10 2
00070A
00080A
R RCD2
00090A 72 73
00110AON74
FAIL
00120A
FLDD
12
A
FLDC
R
REFFLD(A LIB1/FILEA)
A
Figure 392. ICF File Coding Example
524
OS/400 DDS Reference V4R5
condition and nine conditions for each keyword. Therefore, a maximum of 81
indicators can be specified for each keyword, when nine indicators are used with
nine conditions. An AND condition occurs when you specify a condition requiring
that more than one indicator must be on or off before the condition is satisfied.
The first indicator you specify, AND the second, AND the third, and so on, must
all be in effect before the condition is satisfied and the keyword is selected. You
must specify the keyword on the same line as the last (or only) set of indicators
specified.
You can also specify several conditions for a keyword so that if any one of them is
satisfied, the keyword is selected. This is called an OR relationship. In an OR
relationship, if the first condition is satisfied, OR the second condition, OR the
third condition, and so on, the keyword is selected. Note that conditions within the
OR relationship can consist of just one indicator or can consist of several indicators
ANDed together. Indicators can be ANDed to form a condition. Conditions can be
ORed to give your program several ways to select the keyword.
Specify the conditions by entering the following values:
Position 7 (AND)
If you need more than three indicators to form an ANDed condition,
specify the indicators on the next line or lines. You can specify an A in
position 7 on the second or following lines to continue the ANDed
condition, or you can leave it blank because A is the default.
Position 7 (OR)
If you specify several conditions that are to be ORed together, each
condition must start on a new line and each condition, except the first,
must have an O in position 7. An O specified for the first condition
produces a warning message, and that position is assumed to be blank.
Positions 8, 11, 14 (NOT)
If you want an indicator to be off instead of on to satisfy a condition,
specify an N in the position just preceding the indicator (position 8, 11, or
14).
Conditioning More Than One Keyword
If you want to condition one or more keywords, the last (or only) indicator must
appear on the same line as the keywords. If the conditioning applies to keywords
on more than one line, you must use keyword continuation for the indicators to
apply to all keywords. See Chapter 1. Introduction to DDS Reference, for more
information about DDS syntax rules.
DDS Type of Name or Specification for ICF files (Position 17)
Enter a value in this position to identify the type of name specified in positions 19
through 28. The valid entries for ICF files are:
Entry Meaning
R
Record format name
Blank Field name
Figure 392 on page 524 shows how to code the name type.
For more information on types of names, see “DDS Name for ICF files (Positions
19 through 28)” on page 526.
Chapter 5. Keywords for Intersystem Communications Function Files
525
DDS Reserved for ICF files (Position 18)
This position does not apply to any file type. Leave this position blank unless you
use it for comment text.
DDS Name for ICF files (Positions 19 through 28)
Use these positions to specify record format names and field names.
Refer to “DDS Syntax Rules” on page 4 for rules to use when specifying record or
field names in DDS.
Names must begin in position 19.
Record Format Name for Intersystem Communications Function
Files
When you specify an R in position 17, the name specified in positions 19 through
28 is a record format name. You can specify more than one record format for an
ICF file, but each record format name must be unique within that file.
Field Name for Intersystem Communications Function Files
When you specify a blank in position 17, the name specified in positions 19
through 28 is a field name. Field names must be unique within the record format.
For ICF files, the order in which field names are specified in the DDS is the order
the fields take in the input and output buffers.
The keywords CANCEL, EOS, FAIL, and RQSWRT must have option indicators
when they apply to a record with fields. Fields are ignored at run time (not sent
across the line) when any of these keywords are in effect. At creation time, if any
of these keywords have no option indicator and apply to a record with fields, a
severe error is issued and the file will not be created.
DDS Reference for ICF files (Position 29)
Specify R in this position to use the reference function of the OS/400 program to
copy the attributes of a previously defined named field (called the referenced field)
to the field you are defining. The referenced field can be previously defined in the
ICF file you are defining. The referenced field can also be defined in a previously
created database file (the database file to be referenced is specified with the REF or
REFFLD keyword). The field attributes referenced are the length, data type, and
decimal positions of the field, as well as the ALIAS, FLTPCN, and TEXT keywords.
If you do not specify R, you cannot use the reference function for this field and
you must specify field attributes for this field.
Position 29 must be blank at the file and record levels.
The name of the referenced field can be either the same as the field you are
defining or different from the field you are defining. If the name of the referenced
field is the same as the field you are defining, you need only specify the letter R in
position 29 (in addition to specifying the name of the field you are defining in
526
OS/400 DDS Reference V4R5
positions 19 through 28). If the name of the field you are defining is different, you
must specify the name of the referenced field with the REFFLD (Referenced Field)
keyword.
You can specify the name of the file defining the referenced field as a parameter
value with the REF or REFFLD keyword. See REF and REFFLD keyword
descriptions later in this chapter and in Appendix A. When to Specify REF and
REFFLD Keywords for DDS Files, for explanations of how the OS/400 program
finds the referenced field.
You do not need to copy all attributes from the previously described field to the
field you are defining. To override specific attributes of the referenced field, specify
those attributes for the field you are defining. For example, if you specify a length
for the field you are defining, the length is not copied from the referenced field.
When you override the data type to character (by specifying A in position 35), the
decimal positions value is not copied from the referenced field.
Note: Once the ICF file is created, you can delete or change the referenced file
without affecting the field descriptions in the ICF file. Delete and re-create
the ICF file to incorporate changes made in the referenced file.
DDS Length for ICF files (Positions 30 through 34)
Specify the field length for each field (unless you copy the field’s attributes from a
referenced field). Specify the number of digits for a numeric field, or the number of
characters for a character field. The length specification must be right-justified;
leading zeros are optional. Valid length specifications for ICF files are as follows:
Data Type
Valid Length
Character
1through 32 767
Binary
1through 9
Zoned decimal
1through 31
Packed decimal
1through 31
Floating-point single precision
1through 9
Floating-point double precision
1through 17
You can specify a maximum of 9 digits for single precision and 17 digits for double
precision. However, the OS/400 program supports a floating-point accuracy of 7
digits for single precision and 15 digits for double precision.
The sum of the number of bytes occupied by all fields in a record must not exceed
32 767 for ICF files. The system determines the number of bytes actually occupied
as follows:
Data Type
Bytes Occupied in Storage
Character
Number of characters
Binary
1-4 digits
2bytes
5-9 digits
4bytes
Zoned decimal
Number of digits
Packed decimal
(Number of digits/2) + 1 (truncated if
fractional)
Floating-point (single precision)
4bytes
Floating-point (double precision)
8bytes
Chapter 5. Keywords for Intersystem Communications Function Files
527
If you are using a referenced field, you can override the length of the field by
specifying a new value or by specifying the increase or decrease in length. To
increase the length, specify +n where n is the increase. To decrease the length,
specify −n, where n is the decrease. For example, an entry of +4 for a numeric field
indicates that it is to be 4 digits longer than the referenced field.
Note: High-level languages can impose specific length and value restrictions on
the field length. Observe these restrictions for files used by those languages.
DDS Data Type for ICF files (Position 35)
Use this position to specify the data type of the field within the file. The valid data
type entries for ICF files are as follows:
Entry Meaning
P
Packed decimal
S
Zoned decimal
B
Binary
F
Floating-point
A
Character
If a data type is not specified for the field and is not duplicated from a referenced
field, DDS assigns a default depending on the value in the decimal positions
(positions 36 and 37). If the decimal positions are blank, a default of character (A)
is assigned. If the decimal positions contain a number in the range 0 through 31, a
default of zoned decimal (S) is assigned.
Note: Specifying F in position 35 results in a single precision floating-point field.
Use the FLTPCN keyword to specify double precision or to change the
precision of an already specified floating-point field.
DDS Decimal Positions for ICF files (Positions 36 and 37)
Use these positions to specify the decimal placement within a packed decimal, a
zoned decimal, a floating point, or a binary field. Specify a decimal number from 0
through 31 to indicate the number of decimal positions to the right of the decimal
point. (This number must not be greater than the number of digits specified in the
field length.)
You can override or change these positions if you are using a referenced field. To
override the positions, specify the new value. To change the positions, specify the
amount by which you want the field increased or decreased and precede it with
either a + or −, respectively. For example, an entry of +4 indicates there are to be
four more digits to the right of the decimal point than were in the referenced field.
If the resulting number of decimal positions is greater than the maximum allowed,
you will receive an error message.
Note: High-level languages can impose specific length and value restrictions on
the decimal positions. Observe these restrictions for files used by those
languages.
528
OS/400 DDS Reference V4R5
DDS Usage for ICF files (Position 38)
The valid entries for this position are:
Entry Meaning
Bor blank
Both input/output field
P
Program-to-system field
Aprogram-to-system field is used to communicate between an application
program and the sending system (which is local to the application program). It is
not sent as part of the data record across the line to the receiving system.
The following rules apply to program-to-system fields:
v The field must be a named, numeric, or alphanumeric output-only field.
v In the record format, the program-to-system fields must be defined after all the
data fields (those with a use of B or blank).
v A field cannot be defined as both a data field and a program-to-system field; the
field names must be unique.
v A program-to-system field can be named on an EVOKE, SECURITY, TIMER, or
VARLEN keyword.
v The only valid keywords for a program-to-system field are ALIAS, FLTPCN,
REFFLD and TEXT.
DDS Location for ICF files (Positions 39 through 44)
These positions do not apply to ICF files. Leave these positions blank unless you
use them for comment text.
DDS Keyword Entries for ICF files (Positions 45 through 80)
This section contains keyword entries valid for defining ICF files. They are typed
in positions 45 through 80 (functions). See “DDS Syntax Rules” on page 4 for a
discussion of the general rules for specifying keywords.
The following keywords are valid for ICF files:
ALIAS
ALWWRT
CANCEL
CNLINVITE
CONFIRM
CTLDTA
DETACH
DFREVOKE
ENDGRP
EOS
EVOKE
FAIL
FLTPCN
FMH
FMTNAME
FRCDTA
INDARA
INDTXT
INVITE
NEGRSP
PRPCMT
RCVCANCEL
RCVCONFIRM
RCVCTLDTA
RCVDETACH
RCVENDGRP
RCVFAIL
RCVFMH
RCVNEGRSP
RCVROLLB
RCVTKCMT
RCVTRNRND
RECID
REF
REFFLD
RQSWRT
RSPCONFIRM
SECURITY
SUBDEV
SYNLVL
TEXT
TIMER
TNSSYNLVL
VARBUFMGT
VARLEN
Chapter 5. Keywords for Intersystem Communications Function Files
529
ALIAS (Alternative Name) Keyword for Intersystem
Communications Function Files
Use this field-level keyword to specify an alternative name for a field. When the
program is compiled, the alternative name is brought into the program instead of
the DDS field name. The high-level language compiler in use determines whether
the ALIAS name is used. Refer to the appropriate high-level language reference
manual for information about ALIAS support for that language.
The format of the keyword is:
ALIAS(alternative-name)
Refer to “DDS Syntax Rules” on page 4 for ALIAS naming conventions.
The alternative-name must be different from all other alternative names and from
all DDS field names in the record format. If a duplicate name is found, an error is
issued on the field name or alternative name.
An alternative name cannot be used within DDS or any other OS/400 function (for
example, as a key field name, as the field name specified for the REFFLD keyword,
or as a field name used in the Copy File (CPYF) command).
When you refer to a field that has the ALIAS keyword, the ALIAS keyword is
copied in unless the ALIAS keyword is explicitly specified on the referencing field.
Option indicators are not valid for this keyword.
ALIAS (Alternative Name) Keyword for Intersystem
Communications Function Files— — Example
Figure 393 shows how to specify the ALIAS keyword.
ALWWRT (Allow Write) Keyword for Intersystem
Communications Function Files
Use this file- or record-level keyword so that your program can indicate when it
has finished sending.
This keyword has no parameters.
ALWWRT is ignored at run time when DETACH, EOS, RSPCONFIRM, or
RQSWRT are in effect. These keywords must have option indicators if they apply
to a record for which ALWWRT applies. If a DETACH, EOS, RSPCONFIRM, or
RQSWRT keyword with no option indicator applies to a record for which
ALWWRT applies, an error message is issued and the ALWWRT keyword is
ignored at creation time.
You cannot specify ALWWRT with the TIMER keyword.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00070A
FIELDA
25A
ALIAS(CUSTOMERNAME)
A
Figure 393. Specifying the ALIAS Keyword
ICF Files, ALIAS
530
OS/400 DDS Reference V4R5
Documents you may be interested
Documents you may be interested