convert pdf to image in asp.net c# : Convert excel to fillable pdf form application SDK utility azure wpf windows visual studio rbafpmst9-part1759

FCFO(First-ChangedFirst-Out)KeywordforPhysicaland
LogicalFiles— Example
Figure 48 shows how to specify the FCFO keyword for a physical file.
FIFO (First-In First-Out) Keyword for Physical and Logical Files
Use this file-level keyword to specify that if records with duplicate key values are
retrieved from the same physical or logical file member, they are to be retrieved in
afirst-in first-out (FIFO) order.
This keyword has no parameters.
FIFO is not allowed with an FCFO, LIFO, UNIQUE, or REFACCPTH keyword.
If you do not specify FCFO, LIFO, FIFO, or UNIQUE, records with duplicate key
values are retrieved in first-in first-out (FIFO), last-in first-out (LIFO), or
first-changed first-out (FCFO) order, but the order in which they are retrieved is
not guaranteed.
At least one key field must be specified in a file containing the FIFO keyword. The
FIFO keyword is not valid when you specify FILETYPE(*SRC) on the Create
Physical File (CRTPF) or Create Logical File (CRTLF) command.
FIFO (First-In First-Out) Keyword for Physical and Logical
Files— Example
Figure 49 shows how to specify the FIFO keyword for a physical file.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
FCFO
00020A
R CUSREC
TEXT('CUSTOMER RECORD')
00030A
CUSNAMEF
10A
00040A
CUSNAMEM
1A
00050A
CUSNAMEL
10A
00060A
K CUSNAMEL
A
Figure 48. Specifying the FCFO Keyword
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
FIFO
00020A
R CUSREC
TEXT('CUSTOMER RECORD')
00030A
CUSNAMEF
10A
00040A
CUSNAMEM
1A
00050A
CUSNAMEL
10A
00060A
K CUSNAMEL
A
Figure 49. Specifying the FIFO Keyword
Physical and Logical Files, FCFO
Chapter 2. Keywords for Physical and Logical Files to Create DDS Files
71
Convert excel to fillable pdf form - 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
create a pdf with fields to fill in; convert excel to fillable pdf form
Convert excel to fillable pdf form - 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
convert word form to pdf with fillable; asp.net fill pdf form
FLTPCN (Floating-Point Precision) Keyword for Physical and Logical
Files
Use this field-level keyword to specify the precision of a floating-point field.
The format of the keyword is:
FLTPCN(*SINGLE | *DOUBLE)
where *SINGLE is single precision and *DOUBLE is double precision. This
keyword is valid for floating-point fields only (data type F).
If you do not specify the FLTPCN keyword, the default is single precision. A single
precision field can be up to 9 digits; a double precision field can be up to 17 digits.
If you specify a field length greater than 9 (single precision) or 17 (double
precision), an error message is sent and the file is not created.
FLTPCN (Floating-Point Precision) Keyword for Physical and
Logical Files— — Example
Figure 50 shows how to specify the FLTPCN keyword.
FIELDA is a floating-point field with double precision.
FORMAT (Format) Keyword for Physical and Logical Files
Use this record-level keyword to specify that this record format is to share the field
specifications for a previously defined record format. The name of the record
format you are defining must be the name of the previously defined record format.
The format of the keyword is:
FORMAT([library-name/]database-file-name)
The database-file-name parameter is required. It is the name of the physical or
logical file from which the previously defined record format is taken.
The library-name is optional. If you do not specify the library-name, the library list
(*LIBL) in effect at file creation time is used.
If you specify the FORMAT keyword, you cannot specify field specifications for
this record format. Specify key specifications and, if necessary, select/omit
specifications if you want them to be in effect for this file. (They can be the same
as or different from the previously defined record format.)
The FORMAT keyword is not valid in join logical files and you cannot specify a
join logical file as the parameter value on the FORMAT keyword.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00090A
FIELDA
17F 4
FLTPCN(*DOUBLE)
A
Figure 50. Specifying the FLTPCN Keyword
Physical and Logical Files, FLTPCN
72
OS/400 DDS Reference V4R5
C# Create PDF from OpenOffice to convert odt, odp files to PDF in
advanced .NET control to change ODT, ODS, ODP forms to fillable PDF formats in using RasterEdge.XDoc.Excel; How to Use C#.NET Demo Code to Convert ODT to PDF
pdf form filler; convert word to pdf fillable form online
C# Create PDF Library SDK to convert PDF from other file formats
Best C#.NET component to create searchable PDF document from Microsoft Office Word, Excel and PowerPoint. Create fillable PDF document with fields.
convert html form to pdf fillable form; pdf fill form
If the database file from which you are using the record format is deleted, the
record format remains in existence as long as some file is using the record format.
For example, RECORD in FILE2 uses the FORMAT keyword to share the
specifications of RECORD in FILE1. Both files have been created. If FILE1 is
deleted and then re-created with different DDS, RECORD still exists in FILE2. It
can be referred to for the original record format by other files using the FORMAT
keyword.
You cannot specify a distributed data management (DDM) file on this keyword.
FORMAT (Format) Keyword for Physical and Logical
Files— Example
Figure 51 shows how to specify the FORMAT keyword for a logical file.
The record format for this logical file is the same as the previously specified record
format in file FILE1. The name of this record format (RECORD) must be the same
as the name of the record format in FILE1.
JDFTVAL (Join Default Values) Keyword— — Join Logical Files Only for
Physical and Logical Files
Use this file-level keyword in a join logical file so the system provides default
values for fields when a join to a secondary file does not produce any records.
JDFTVAL is valid only for join logical files.
This keyword has no parameters.
The default values for the system are blanks for character and hexadecimal fields
and zeros for numeric fields. You can change the default for specific fields by
specifying the DFT keyword for the fields in the physical file (see “DFT (Default)
Keyword—Physical Files Only for Physical and Logical Files” on page 63).
If you specify JDFTVAL, your program retrieves records for which a secondary file
does not have a corresponding record. If you do not specify JDFTVAL, a record in
the primary file for which there is no corresponding record in a secondary file is
skipped.
If you are joining three or more files, and you specify the JDFTVAL keyword for
fields used as join fields, default values of fields missing in secondary files are
used in the same way that a field value is used. For example, records are selected
and omitted based on the default value. Also, if this field is used as a join field to
join to other secondary files, records from the other secondary files are returned to
your program based on the default value.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R RECORD
PFILE(FILE2)
00020A
FORMAT(FILE1)
A
Figure 51. Specifying the FORMAT Keyword
Physical and Logical Files, FORMAT
Chapter 2. Keywords for Physical and Logical Files to Create DDS Files
73
C# PDF Field Edit Library: insert, delete, update pdf form field
A professional PDF form creator supports to create fillable PDF form in C#.NET. An advanced PDF form maker allows users to create editable PDF form in C#.NET.
convert excel spreadsheet to fillable pdf form; pdf fillable form creator
VB.NET Create PDF from OpenOffice to convert odt, odp files to PDF
VB.NET How-to, VB.NET PDF, VB.NET Word, VB.NET Excel, VB.NET Convert OpenOffice Spreadsheet data to PDF. Turn ODT, ODS, ODP forms into fillable PDF formats.
create a fillable pdf form online; create fill pdf form
JDFTVAL (Join Default Values) Keyword for Physical and
Logical Files— — Example
Figure 52 shows how to specify the JDFTVAL keyword.
PF1 is the primary file and PF2 is a secondary file. Assume that PF1 and PF2 have
the following records:
PF1 NAME
ADDR
PF2 NAME
BAL
Anne
120 1st St.
Anne
5.00
Doug
40 Pillsbury
Doug
6.50
Mark
2Lakeside Dr.
Sue
2.00
Sue
120 Broadway
With JDFTVAL specified in the join logical file, the program reads the following
records (shown in arrival sequence):
NAME
ADDR
BAL
Anne
120 1st St.
5.00
Doug
40 Pillsbury
6.50
Mark
2Lakeside Dr.
0.00
Sue
120 Broadway
2.00
Without JDFTVAL specified in the join logical file, the program can read only three
records (no record is found for Mark).
In this example, if you specified JREF(2) instead of JREF(1), the records returned to
the program would be different, as follows:
NAME
ADDR
BAL
Anne
120 1st St.
5.00
Doug
40 Pillsbury
6.50
2Lakeside Dr.
0.00
Sue
120 Broadway
2.00
JDUPSEQ (Join Duplicate Sequence) Keyword— — Join Logical Files
Only
Use this join-level keyword to specify the order in which records with duplicate
join fields are presented when your program reads a join logical file.
The format of the keyword is:
JDUPSEQ(sequencing-field-name [*DESCEND])
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
JDFTVAL
00020A
R RECORD1
JFILE(PF1 PF2)
00030A
J
JOIN(PF1 PF2)
00040A
JFLD(NAME NAME)
00050A
NAME
JREF(1)
00060A
ADDR
00070A
BAL
A
Figure 52. Specifying the JDFTVAL Keyword
Physical and Logical Files, JDFTVAL
74
OS/400 DDS Reference V4R5
VB.NET Create PDF Library SDK to convert PDF from other file
Best VB.NET component to convert Microsoft Office Word, Excel and PowerPoint Create fillable PDF document with fields in Visual Basic .NET application.
create fillable pdf form; pdf fillable forms
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
Create fillable and editable PDF documents from Excel in Visual searchable and scanned PDF files from Excel in VB Convert to PDF with embedded fonts or without
create fillable form pdf online; converting pdf to fillable form
This keyword has no effect on the ordering of unique records. If you do not
specify the keyword, the system does not guarantee the order in which records
with duplicate join fields are presented.
If more than one JDUPSEQ keyword is specified in one join specification, the order
in which you specify the JDUPSEQ keywords determines the order of presentation
of duplicate records. This is similar to specifying an additional key field, in that it
determines the order in which records with duplicate keys are presented.
This keyword is valid only for join logical files.
In a single join specification, the total length of fields specified as to fields on the
JFLD keyword and fields specified on the JDUPSEQ keyword cannot exceed 120
bytes.
The sequencing field name must be a field that (1) exists in the to file for this join
specification and (2) has not been specified as a to field on the JFLD keyword for
this join specification. The sequencing field name can be a concatenated field or a
SST field. The sequencing field name need not be specified in the record format for
the join logical file.
Optionally, you can specify *DESCEND to change the order in which duplicate
records are presented. Without *DESCEND, duplicate records are presented in the
following default sequences:
v Ascending signed order for a numeric sequencing field
v Ascending order for a character sequencing field
JDUPSEQ (Join Duplicate Sequence) Keyword for Logical
Files Only— — Examples
Figure 53 and Figure 54 show how to specify the JDUPSEQ keyword.
Figure 53, assumes that PF1 and PF2 have the following records:
PF1 NAME1
ADDR
PF2 NAME2
TELEPHONE
Anne
120 1st St.
Anne
555-1111
Doug
40 Pillsbury
Anne
555-6666
Mark
2Lakeside Dr.
Anne
555-2222
Doug
555-5555
There are three records for Anne in PF2, showing three telephone numbers. With
JDUPSEQ specified as shown, the records are returned as follows:
NAME
ADDR
TELEPHONE
Anne
120 1st St.
555-1111
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R JREC
JFILE(PF1 PF2)
00020A
J
JOIN(PF1 PF2)
00030A
JFLD(NAME1 NAME2)
00040A
JDUPSEQ(PHONE)
00050A
NAME1
00060A
ADDR
00070A
PHONE
Figure 53. Specifying the JDUPSEQ Keyword (Example 1)
Physical and Logical Files, JDUPSEQ
Chapter 2. Keywords for Physical and Logical Files to Create DDS Files
75
C# Create PDF from Excel Library to convert xlsx, xls to PDF in C#
Create fillable and editable PDF documents from Excel in both .NET WinForms and ASP.NET. Create searchable and scanned PDF files from Excel. Convert to PDF with
create a writable pdf form; create a fillable pdf form from a pdf
VB.NET Create PDF from PowerPoint Library to convert pptx, ppt to
VB.NET How-to, VB.NET PDF, VB.NET Word, VB.NET Excel, VB.NET PowerPoint, VB.NET Tiff, VB Convert multiple pages PowerPoint to fillable and editable
create pdf fill in form; convert pdf form fillable
NAME
ADDR
TELEPHONE
Anne
120 1st St.
555-2222
Anne
120 1st St.
555-6666
Doug
40 Pillsbury
555-5555
The JDUPSEQ keyword only affects the order of records when duplicates exist.
Figure 54 assumes the logical file is based on the same physical files as Figure 53
on page 75. There are three records for Anne in PF2, showing three telephone
numbers, as shown in Figure 54.
When you specify JDUPSEQ with *DESCEND, the records are returned as follows:
NAME1
ADDR
TELEPHONE
Anne
120 1st St.
555-6666
Anne
120 1st St.
555-2222
Anne
120 1st St.
555-1111
Doug
40 Pillsbury
555-5555
The list shows Anne’s telephone numbers in descending order.
JFILE (Joined Files) Keyword— — Join Logical Files Only for Physical
and Logical Files
Use this record-level keyword to identify the physical files containing the data to
be accessed through the join logical file you are defining.
The format of the keyword is:
JFILE([library-name/]physical-file-name [..32])
This keyword is similar to the PFILE keyword except it identifies this file as a join
logical file. The JFILE keyword is not allowed with the PFILE keyword.
The JFILE keyword is required at the record level in a join logical file. The JFILE
keyword requires a minimum of two physical file names. You can specify the same
file name more than once.
The first file is called the primary file, which is the file from which the join will
begin. All other files are called secondary files. Up to 31 secondary files can be
specified (32 total files on the JFILE keyword).
Distributed data management (DDM) files are allowed on the JFILE keyword only
when the logical file is being created on a remote system.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R JREC
JFILE(PF1 PF2)
00020A
J
JOIN(PF1 PF2)
00030A
JFLD(NAME1 NAME2)
00040A
JDUPSEQ(PHONE *DESCEND)
00050A
NAME1
00060A
ADDR
00070A
PHONE
A
Figure 54. Specifying the JDUPSEQ Keyword (Example 2)
Physical and Logical Files, JDUPSEQ
76
OS/400 DDS Reference V4R5
|
|
VB.NET Create PDF from Word Library to convert docx, doc to PDF in
VB.NET How-to, VB.NET PDF, VB.NET Word, VB.NET Excel, VB.NET PowerPoint, VB.NET Tiff, VB.NET Imaging Convert multiple pages Word to fillable and editable
convert pdf to fill in form; add signature field to pdf
C# Create PDF from Word Library to convert docx, doc to PDF in C#.
Convert multiple pages Word to fillable and editable PDF documents in both .NET WinForms and ASP.NET. Convert both DOC and DOCX formats to PDF files.
create fillable forms in pdf; create a pdf form to fill out and save
The following considerations apply to the order in which you specify physical files
on the JFILE keyword:
v If the physical files have a different number of records, specify physical files
with fewer records toward the left on the JFILE keyword. The primary file
should have as many or fewer records than the secondary files. This can
improve performance when reading files.
v Primary and secondary files specified in join specifications must be in a specific
order. This order depends on the order in which the files are specified on the
JFILE keyword. See Figure 61on page 81 in the JOIN (Join) Keyword—Join
Logical Files Only for Physical and Logical Files keyword description.
v The JOIN and JREF keywords can use relative file numbers to identify files
specified by the JFILE keyword. The first file specified on the JFILE keyword has
relative file number 1, the second file has relative file number 2, and so on up to
32. If you use relative file numbers instead of file names on the JOIN and JREF
keywords, the order of files on the JFILE keyword can affect the way the JOIN
and JREF keywords are specified.
Note: If the names in the physical file are not unique, you must specify relative
file numbers.
JFILE (Joined Files) Keyword for Physical and Logical
Files— Examples
Figure 55 and Figure 56 show how to specify the JFILE keyword.
In the join logical file, PF1 is the primary file and PF2 is the secondary file.
In the join logical file, file PHYSICAL1 in library MYLIBA is the primary file. File
PHYSICAL2 in library MYLIBB and file PHYSICAL3 in library MYLIBC are
secondary files.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R JREC
JFILE(PF1 PF2)
00020A
J
JOIN(PF1 PF2)
00030A
JFLD(NAME1 NAME2)
A
Figure 55. Specifying the JFILE Keyword (Example 1)
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R JREC
JFILE(MYLIBA/PHYSICAL1 +
00020A
MYLIBB/PHYSICAL2 MYLIBC/PHYSICAL3)
00030A
J
JOIN(1 2)
00040A
JFLD(FIELD1 FIELD2)
00050A
J
JOIN(1 3)
00060A
JFLD(FIELD1 FIELD2)
A
Figure 56. Specifying the JFILE Keyword (Example 2)
Physical and Logical Files, JFILE
Chapter 2. Keywords for Physical and Logical Files to Create DDS Files
77
JFLD (Joined Fields) Keyword— — Join Logical Files Only
Use this join-level keyword to identify the from and to fields whose values are used
to join physical files in a join logical file. These fields are both referred to as join
fields.
The format of the keyword is:
JFLD(from-field-name to-field-name)
The join fields must correspond to fields in the physical files identified on the
JOIN keyword for this join specification. The name you specify on the JFLD
keyword must be the same as the name specified in the physical file unless it was
renamed in the join logical file. If you do not specify a JOIN keyword, then the
JFILE keyword is used.
This keyword is valid only for join logical files.
At least one JFLD keyword is required for each join specification. A join
specification is identified by J in position 17. Since at least one join specification is
required in a join logical file, you must have at least one JFLD keyword specified
in a join logical file.
These fields need not also be specified as fields in the record format for a join
logical file.
To specify additional join fields to use when joining physical files, specify more
than one JFLD keyword.
The field names you specify on the JFLD keyword must either be specified at the
field level in the join record format or in one of the physical files, which are
specified on the JFILE keyword.
The OS/400 program uses the following search order to match join field names
with defined fields:
1.
Fields specified in the join logical file at the field level in positions 19 through
28.
Note: Fields that specify the CONCAT, RENAME, or SST keywords are valid
as join fields; fields that are specified on CONCAT, RENAME, or SST
keywords cannot be join fields.
2.
Fields in the physical file specified on the JOIN keyword.
The rules for specifying join fields are as follows:
v The from field must be found in the from file specified on the JOIN keyword.
v The to field must be found in the to file specified on the JOIN keyword.
v Join fields are not required to be defined in the join record format.
v From and to fields must have the same field attributes (length, data type, and
decimal positions) but need not have the same name. When the joined fields in
the physical files have different definitions, you must redefine one or both fields.
If you redefine fields, there is a possibility of data conversion errors. See “DDS
Length for physical and logical files (Positions 30 through 34)” on page 36, “DDS
Data Type for physical and logical files (Position 35)” on page 39, “DDS Decimal
Positions for physical and logical files (Positions 36 and 37)” on page 41, and
“DDS Usage for physical and logical files (Position 38)” on page 43.
Physical and Logical Files, JFLD
78
OS/400 DDS Reference V4R5
Note: Character fields need not have the same length. The shorter join field is
padded with blanks to equal the length of the longer join field.
v In a single join specification, the total length of fields specified as to fields on the
JFLD keyword and fields specified on the JDUPSEQ keyword can be up to 120
bytes.
JFLD (Joined Fields) Keyword for Logical Files
Only— Examples
Figure 57 show how to specify the JFLD keyword.
In the join logical file, the JFLD keywords specify that NAME1 in physical file PF1
is used to join to NAME2 in physical file PF2.
In the join logical file, the JFLD keywords specify that NAME1 and ADDR1 in
physical file PF1 are used to join to NAME2 and ADDR2 in physical file PF2.
JOIN (Join) Keyword— — Join Logical Files Only for Physical and Logical
Files
Use this join-level keyword to identify which pair of files are joined by the join
specification in which you specify this keyword.
The format of the keyword is:
JOIN(from-file to-file)
This keyword is valid only for join logical files.
You can use file names or relative file numbers to indicate which files are to be
joined. You must specify a relative file number if the same file is specified more
than once on the JFILE keyword.
If you specify file names, you must select files that you have specified only once
on the JFILE keyword. On each JFILE keyword, the from file must occur before the
to file.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R JREC
JFILE(PF1 PF2)
00020A
J
JOIN(PF1 PF2)
00030A
JFLD(NAME1 NAME2)
A
Figure 57. Specifying the JFLD Keyword (Example 1)
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R JREC
JFILE(PF1 PF2)
00020A
J
JOIN(PF1 PF2)
00030A
JFLD(NAME1 NAME2)
00040A
JFLD(ADDR1 ADDR2)
A
Figure 58. Specifying the JFLD Keyword (Example 2)
Physical and Logical Files, JFLD
Chapter 2. Keywords for Physical and Logical Files to Create DDS Files
79
If you specify numbers, they correspond to the files specified on the JFILE
keyword. The following are the valid values:
File
Valid Values
From-file number
1through 31
To-file number
2through 32
The from-file number must always be less than the to-file number.
Special rules apply to the order in which you specify from and to files. See
Figure 61 on page 81 for details.
In a join logical file, each secondary file can be a to file only once.
Join Specifications for Physical and Logical Files
To describe a join specification do the following:
v Specify J in position 17 immediately after the record level (before the first field
name in positions 19 through 28). J in position 17 indicates the beginning of a
join specification.
v Specify the JOIN keyword. The JOIN keyword is optional when only two files
are specified on the JFILE keyword. When more than two physical files are
specified on the JFILE keyword, one JOIN keyword is required for each
secondary file.
v Specify the JFLD keyword at least once for each join specification.
v The end of the join specification is indicated by another J in position 17 or by a
field name specified in positions 19 through 28.
There must be one join specification for each secondary file specified on the JFILE
keyword. Therefore, at least one join specification is required in a join logical file.
You can specify the JOIN keyword only once within a join specification.
JOIN (Join) Keyword for Physical and Logical
Files— Examples
Figure 59, Figure 60, and Figure 61 on page 81 show how to specify the JOIN
keyword.
In Figure 59, PFA is joined to PFB and also to PFC.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R RECORD1
JFILE(PFA PFB PFC)
00020A
J
JOIN(PFA PFB)
00030A
JFLD(NAME1 NAME2)
00040A
J
JOIN(PFA PFC)
00050A
JFLD(NAME1 NAME3)
00060A
NAME1
A
Figure 59. Specifying the JOIN Keyword (Example 1)
Physical and Logical Files, JOIN
80
OS/400 DDS Reference V4R5
Documents you may be interested
Documents you may be interested