c# magick.net pdf to image : C# fill out pdf form application control utility azure html wpf visual studio rbafpmst12-part1693

logical file as a character field (A in position 35) to allow the TRNTBL keyword to
be specified. Fields NUM1 and NUM2 are numeric fields in the physical file PF1
and cannot have the TRNTBL keyword specified for them.
UNIQUE (Unique) Keyword for Physical and Logical Files
Use this file-level keyword to specify that records with duplicate key values are
not allowed within a member of this physical or logical file. You can specify
whether null key values are to be considered as duplicates using the parameter.
Any inserts or additions of new records, or updates to existing records, that would
result in a duplicate key are rejected. The application program issuing the write or
the update operation receives an error message. When a work station user is using
DFU, a message is displayed at the work station. A copy file command that would
copy records with duplicate keys in this file is not completed.
The format of this keyword is:
UNIQUE[(*INCNULL | *EXCNULL)]
The parameter is optional. When specified, it determines whether null key values
cause duplicates. *INCNULL is the default and indicates to include null values
when determining duplicates. *EXCNULL, when specified, indicates to exclude
null values when determining duplicates.
When a logical file based on a physical file has the UNIQUE keyword, the physical
file member or members cannot have duplicate key values.
When you specify the UNIQUE keyword for a physical or logical file, you must
specify the MAINT(*IMMED) parameter value on the Create Physical File (CRTPF)
or Create Logical File (CRTLF) command that creates the file. This means that the
access path is maintained immediately as changes are made.
If you do not specify the UNIQUE keyword, records with duplicate key values are
sequenced in the order you specify. If you specify the FIFO keyword, they are
sequenced in first-in first-out order. If you specify the LIFO keyword, they are
sequenced in last-in first-out order. If you specify the FCFO keyword, they are
sequenced in first-changed first-out order. If you do not specify FIFO, LIFO or
FCFO, the order in which the records are sequenced is not guaranteed.
You cannot specify the UNIQUE keyword with the FIFO, LIFO, FCFO, or
REFACCPTH keywords.
UNIQUE (Unique) Keyword for Physical and Logical
Files— Example
Figure 85 on page 102 shows how to specify the UNIQUE keyword for a logical
file.
Physical and Logical Files, TRNTBL
Chapter 2. Keywords for Physical and Logical Files to Create DDS Files
101
|
|
|
|
|
|
C# fill out 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 fillable pdf form; converting a word document to pdf fillable form
C# fill out 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 doc to fillable pdf form; convert excel spreadsheet to fillable pdf form
UNSIGNED (Unsigned) Keyword for Physical and Logical Files
Use this key field-level keyword to specify that numeric fields are sequenced as a
string of unsigned binary data. Character, date, time, timestamp, and hexadecimal
fields default to unsigned values.
This keyword has no parameters.
UNSIGNED is valid on key fields in physical or logical files regardless of the data
type of the key field. The UNSIGNED keyword is not allowed with the SIGNED
and ABSVAL keywords.
The UNSIGNED keyword will be the default in the following situations:
v When you specify ALTSEQ at the file level for a zoned key field
v When you specify ZONE or DIGIT for a zoned key field
v For all character and hexadecimal fields
Note: You can specify UNSIGNED for floating point fields, but the results cannot
be predicted.
The following figure shows six records with a zoned decimal key field:
Record
Numeric Key Field (Zoned
Decimal)
Hexadecimal Representation
1
98
F9F8
2
00
F0F0
3
98−
F9D8
4
97
F9F7
5
20
F2F0
6
99
F9F9
If you specify UNSIGNED, the records are sequenced in this order:
Record
Numeric Key Field (Zoned
Decimal)
Hexadecimal Representation
2
00
F0F0
5
20
F2F0
3
98−
F9D8
4
97
F9F7
1
98
F9F8
6
99
F9F9
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A*
00020A* SAMPLE LOGICAL FILE (CUSMSTL)
00030A*
00040A
UNIQUE
00050A
R CUSREC
PFILE(CUSMSTP)
00060A
TEXT('Logical File Master Record')
00070A
CUST
00080A
NAME
00090A
ADDR
00100A
K CUST
A
Figure 85. Specifying the UNIQUE Keyword
Physical and Logical Files, UNSIGNED
102
OS/400 DDS Reference V4R5
C# HTML5 PDF Viewer SDK to view PDF document online in C#.NET
Process. Data: Read, Extract Field Data. Data: Auto Fill-in Field C# PDF - View PDF Online with C#.NET HTML5 PDF Viewer. Support to zoom in and zoom out PDF page.
convert fillable pdf to html form; auto fill pdf form fields
VB.NET PDF- View PDF Online with VB.NET HTML5 PDF Viewer
Data: Read, Extract Field Data. Data: Auto Fill-in Field Data. Field for DNN, C#.NET Winforms Document Viewer, C#.NET WPF Support to zoom in and zoom out PDF page
c# fill out pdf form; .net fill pdf form
UNSIGNED (Unsigned) Keyword for Physical and Logical
Files— Example
Figure 86 shows how to specify the UNSIGNED keyword for a physical file.
VALUES (Values) Keyword for Physical and Logical Files
Specify this keyword at the field level, the select/omit-field level, or both.
The format of the keyword is:
VALUES(value-1 [value-2...[value-100]])
Specifying VALUES at the Field Level for Physical and Logical
Files
At the field level, this keyword specifies validity checking for the field you are
defining when it is referred to later during display file creation.
VALUES does not affect the physical or logical file you are defining. When you
define an input-capable field in a display file, you can refer to the field you are
now defining by specifying R in position 29 and the REF or REFFLD keyword.
During display file creation, the OS/400 program copies the VALUES keyword and
other field attributes from the field in the physical or logical file into the field in
the display file. You can override the VALUES keyword (as well as all other
validity-checking keywords and the CHKMSGID keyword) by specifying any
validity checking keyword for the field in the display file. See “DDS Reference for
display files (Position 29)” on page 116 for details.
The rules for specifying this keyword in a physical or logical file are the same as
for a display file. See “VALUES (Values) Keyword for Display Files” on page 391
for more information on how to specify this keyword.
You cannot specify the VALUES keyword on a floating-point field (F in position
35) or a hexadecimal field (H in position 35). Do not specify the VALUES keyword
on a date, time, or timestamp field (L, T, or Z in position 35).
Specifying VALUES at the Select/Omit-Field Level for Physical
and Logical Files
At the select/omit-field level, this keyword selects or omits records retrieved from
the physical file(s) when your program sends an input operation using the record
format in which the select/omit field is specified.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R RECORDA
00020A
FLDA
7S 2
00030A
FLDB
5
00040A
K FLDA
UNSIGNED
A
Figure 86. Specifying the UNSIGNED Keyword
Physical and Logical Files, UNSIGNED
Chapter 2. Keywords for Physical and Logical Files to Create DDS Files
103
VB.NET PDF - WPF PDF Viewer for VB.NET Program
Data: Read, Extract Field Data. Data: Auto Fill-in Field Data. for DNN, C#.NET Winforms Document Viewer, C#.NET WPF PDF pages, zoom in or zoom out PDF pages and
pdf create fillable form; pdf fillable form creator
VB.NET PDF- HTML5 PDF Viewer for VB.NET Project
Data: Read, Extract Field Data. Data: Auto Fill-in Field Data. Field C#.NET users and developers can view PDF online with PDF page and zoom in or zoom out PDF page
create a writable pdf form; create fillable forms in pdf
The following rules apply:
v If the field you are defining is a character field, you must specify character
strings or hexadecimal character strings.
Specify character strings enclosed in apostrophes (see Figure 87).
Specify hexadecimal character strings as an X followed by a combination of the
digits 0 through 9 and the letters A through F, enclosed in apostrophes. The
number of hexadecimal digits in apostrophes must be exactly twice the specified
length of the field. See Figure 88 on page 105.
v If the field you are defining is a numeric field, you must specify a numeric value
(digits 0 through 9 specified without apostrophes). See Figure 87.
v If you are defining a date field, specify a valid date in the same format specified
on the DATFMT keyword and use the same separator as specified on the
DATSEP keyword. For example, VALUES('12/15/91' '12/31/91') is the default
value if *MDY is specified for DATFMT and ‘/’ is specified for DATSEP.
v If you are defining a time field, specify a valid time in the same format specified
on the TIMFMT keyword and use the same separator as specified on the
TIMSEP keyword. For example, VALUES('11.00.00' '12.00.00') is the default
value if *ISO is specified for TIMFMT. The default separator for *ISO is a period
(.).
v If you are defining a timestamp field, you must specify the default value in the
following format:
VALUES('YYYY-MM-DD-HH.MM.SS.UUUUUU' 'YYYY-MM-DD-HH.MM.SS.UUUUUU')
VALUES (Values) Keyword for Physical and Logical
Files— Examples
The following examples show how to specify the VALUES keyword.
Figure 87 uses character and numeric values.
1
VALUES is specified for FIELDA and FIELDB as a validity checking
keyword for display files that refer to FIELDA and FIELDB.
2
VALUES is also specified for FIELDA and FIELDB as a select/omit
keyword. Records from the physical file PF1 are retrieved through this
logical file record format depending on the values of the following fields:
v FIELDB: Records are selected only when FIELDB equals A or B.
v FIELDA: Records not already selected are selected when FIELDA equals
1or 6.
Figure 88 on page 105 uses hexadecimal values.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R RECORD1
PFILE(PF1)
00020A
FIELDA
1 0
VALUES(1 6 9)
1
00030A
FIELDB
1
VALUES('A' 'B' 'C') 1
00040A
K FIELDA
00050A
S FIELDB
VALUES('A' 'B')
2
00060A
S FIELDA
VALUES(1 6)
2
A
Figure 87. Specifying the VALUES Keyword (Example 1)
Physical and Logical Files, VALUES
104
OS/400 DDS Reference V4R5
C# WPF PDF Viewer SDK to view PDF document in C#.NET
Process. Data: Read, Extract Field Data. Data: Auto Fill-in Field one PDF page or whole PDF while in viewing in C#.NET. Abilities to zoom in and zoom out PDF page
convert pdf fillable form to html; change font size in fillable pdf form
VB.NET PDF - View PDF with WPF PDF Viewer for VB.NET
Data: Read, Extract Field Data. Data: Auto Fill-in Field Data. for DNN, C#.NET Winforms Document Viewer, C#.NET WPF Abilities to zoom in and zoom out PDF page.
create a fillable pdf form online; best pdf form filler
VALUES is specified as a select/omit keyword for CODEA (which is a 1-byte
field). Records from physical file PF1 are retrieved through this record format only
if the value of field CODEA is hex 51, hex 54, or hex AE.
VARLEN (Variable-Length Field) Keyword for Physical and Logical
Files
Use this field-level keyword to define this field as a variable-length field.
Variable-length fields are useful for improving storage when the data for the field
typically fits within a certain length, but can occasionally be longer. Specify the
maximum length of the field in positions 30 to 34. You can specify the allocated
length (or typical length) in the parameter.
The format of the keyword is:
VARLEN[(allocated-length)]
The allocated-length parameter is optional. Use it to specify the number of bytes
(two byte characters in the case of graphic fields) allocated for the field in the fixed
portion of the file. If you do not specify the allocated-length parameter, the data
for this field is stored in the variable length portion of the file.
Valid values for the allocated-length parameter are 1 to the maximum length of the
field specified in positions 30 to 34.
The VARLEN keyword has no parameters for a logical file.
The VARLEN keyword is valid only on character fields and graphic fields.
When you specify the VARLEN keyword, the maximum length you can specify in
positions 30 to 34 is 32 740 (32 739 if the field allows the null value). If the field is
agraphic field, the maximum length you can specify is 16 370.
If you specify the DFT keyword for a variable-length field, the length of the
default value must be less than or equal to the allocated length for the field. If the
default value is longer than the allocated length, an error message is issued when
the file is created.
If you specify a hexadecimal value as the default value for a variable-length field,
the number of hexadecimal characters must be equal to two times the allocated
length for the field.
The DFT keyword is not allowed on the same field as a VARLEN keyword unless
you specify a value for the allocated-length parameter.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R RCD1
PFILE(PF1)
00020A
CODEA
00030A
FLD1
00040A
FLD2
00050A
K FLD1
00060A
S CODEA
VALUES(X'51' X'54' X'AE')
A
Figure 88. Specifying the VALUES Keyword (Example 2)
Physical and Logical Files, VALUES
Chapter 2. Keywords for Physical and Logical Files to Create DDS Files
105
|
|
|
|
|
|
|
|
C#: XDoc.HTML5 Viewer for .NET Online Help Manual
Click to draw an arrow annotation. Shape outline and shape fill can be set. Loaded file. C# HTML5 Viewer: Other Options ( ). Click to zoom out current file. 7.
convert pdf to fillable form; adding a signature to a pdf form
C# PDF Text Redact Library: select, redact text content from PDF
Read, Extract Field Data. Data: Auto Fill-in Field for PDF text content protecting in Visual C#.NET project. library and components for blanking out PDF text in
create pdf fill in form; create fillable form pdf online
Do not specify the VARLEN keyword on a date, time, or timestamp field (L, T, or
Zin position 35).
VARLEN (Variable-Length Field) Keyword for Physical ad
Logical Files— — Example
Figure 89 shows how to specify the VARLEN keyword for a physical file.
FIELD1 is defined as a variable-length field with a maximum length of 100 and an
allocated length of 30. FIELD2 is defined as a variable-length field with a
maximum length of 200 and no allocated length.
ZONE (Zone) Keyword for Physical and Logical Files
Use this key field-level keyword to specify that only the zone portion (farthest left
4bits) of each byte of the key field is used when constructing a value associated
with this key field. The digit portion is filled with zeros.
This keyword has no parameters.
This keyword is applied against the entire key field (not just a position within the
field) and is valid only for character, hexadecimal, or zoned decimal type fields.
ZONE is not allowed with the ABSVAL, SIGNED, or DIGIT keywords.
If you specify ZONE for a key field, the value of the field is treated as a string of
unsigned binary data rather than signed (which is the default for zoned decimal
fields).
ZONE (Zone) Keyword for Physical and Logical
Files— Example
Figure 90 shows how to specify the ZONE keyword.
If CODE is a 1-byte field, the values of the field for three different records could be
as follows:
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R RECORD1
00020A
FIELD1
100A
VARLEN(30)
00030A
FIELD2
200A
VARLEN
A
Figure 89. Specifying the VARLEN Keyword
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
K CODE
ZONE
A
Figure 90. Specifying the ZONE Keyword
Physical and Logical Files, VARLEN
106
OS/400 DDS Reference V4R5
C# PDF Text Extract Library: extract text content from PDF file in
adobe PDF document in C#.NET class. Able to extract and get all and partial text content from PDF file. Ability to extract highlighted text out of PDF document.
convert word form to pdf fillable form; create fill pdf form
Values
Hexadecimal
Digits Used for Key
A
C1
C
B
C2
C
E
C5
C
Physical and Logical Files, ZONE
Chapter 2. Keywords for Physical and Logical Files to Create DDS Files
107
Physical and Logical Files, ZONE
108
OS/400 DDS Reference V4R5
Chapter 3. Keywords for Display Files in DDS
This chapter provides the following information regarding display files:
v Definition
v Positional entries
v Keyword entries
“DDS Positional Entries for display files (Positions 1 through 44)” on page 110
gives rules and examples for filling in positions 1 through 44 of the Data
Description Specifications (DDS) form. “DDS Keyword Entries (Positions 45
through 80)” on page 137 gives rules and examples for specifying DDS keywords.
The keywords are described in alphabetical order.
Defining a Display File for DDS
Specify the entries in the following order to define a display file:
1.
File-level entries (optional)
2.
Record-level entries
3.
Help-level entries (optional)
4.
Field-level entries (optional)
Specify at least one record format in the file. The maximum number of record
formats in a display file is 1024. The maximum number of fields in any one record
format is 32 763. The maximum number of fields that can be displayed per record
is 4095. The maximum combined length of all named fields and indicators in a
record format is 32 763 bytes, regardless of the usage (I, O, B, M, H, P). For more
information, see “DDS Valid Entries for Usage” on page 132. Also, see the
Application Display Programming book for the maximum number of input-capable
fields.
Note: Specify the file name through the Create Display File (CRTDSPF) command,
not through DDS.
You can find an explanation of file-, record-, help-, and field-level entries as well as
syntax rules for specifying DDS keywords in Chapter 1. Introduction to DDS
Reference. You can find complete display file examples in Appendix B. Examples of
DDS for Each File Type.
Figure 91 on page 110 shows a display file coding example.
© Copyright IBM Corp. 1999, 2000
109
|
DDS Positional Entries for display files (Positions 1 through 44)
This section describes how to specify the first 44 positions of the data description
specifications (DDS) form for display files. See “DDS Keyword Entries (Positions
45 through 80)” on page 137 to code the remaining parts of the form.
Figure 91 shows some positional entries for display files.
DDS Sequence Number for display 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 display files (Position 6)
Type 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 display files (Position 7)
Type an asterisk (*) in this position to identify this as a comment. Use positions 8
through 80 for comment text. A blank line (no characters specified in positions 7
through 80) is also treated as a comment. Comments can appear anywhere in DDS
and are kept only in the source file. Comments are printed on the source computer
printout but are not printed on the expanded source computer printout.
DDS Conditioning for display 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 field or keyword. You
can use option indicators to select fields to display different data on different
output operations instead of defining a different record format for each
combination of fields.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00100A* DISPLAY FILE EXAMPLE
00101A*
00102A
REF(PAYROLL)
00103A
R MENU
00104A
H
HLPARA(1 1 12 80)
00105A
HLPRCD(RECORD1 FILEA)
00106A N01
00107AO 02
FLDA
20I 2O 2 2DSPATR(HI)
00108A
FLDB
22N 2B 3 2
00109A 72 73
00110AO 60 61 62
00111AA 63
DSPATR(HI)
00112A
FLDC
7Y 0B 7 20DSPATR(RI PC)
00113A 42 43
00114AO 60 61
00115AO 62
9 2'Constant'
00116A
FLDD
R
11 2
Figure 91. Display File Coding Example
110
OS/400 DDS Reference V4R5
Documents you may be interested
Documents you may be interested