convert pdf to image in asp.net c# : Create pdf fillable form application control tool html azure windows online rbafpmst64-part1750

box will have a vertical line every 10 character spaces. The lines of the grid
will be white and have a solid line type defined by the file-level GRDATR
keyword. If the p-field CNTL1 value is -1, the box will be erased. If the
p-field CNTL1 value is 1, no action will be taken by the GRDBOX keyword.
3.
If the value in the p-field CNTL2 equals 0, a horizontal ruled box will be
displayed. The box will start at row 12, column 7, depth of 6 rows, and
width of 60 columns. The box will have a horizontal line every 2 character
spaces. The lines will be red and the line type will depend on the value in
the p-field LNTP1. If the value in LNTP1 is not valid or is NONE (X'FF'), the
line type defaults to the line type from the file-level GDRATR keyword
(solid). If the p-field CNTL2 value is a -1, the box will be erased. If the
p-field CNTL2 value is 1, no action will be taken by the GRDBOX keyword.
4.
If the option indicator 95 is turned on and the value in p-field CNTL3 equals
0, the horizontal and vertical ruled box will be processed. The row, column,
width, and depth will be determined at run time from the appropriate
p-fields. The color will be determined from the p-field value in CLR1. The
line type will default to the GRDATR keyword at the file-level. If option
indicator 95 is turned off, the box will not be processed. If the p-field CNTL3
value is a -1, no action will be taken by the GRDBOX keyword.
v If record is written to a 27 by 132 display and DSPMOD is optioned on, then:
1.
Aplain box will be displayed starting at row 5, column 5, depth of 19 rows,
and width of 120 columns. The lines of the grid will be white in color and
have a solid line type defined by the file-level GRDATR keyword.
2.
If the value in the p-field CNTL1 equals 0, a vertical ruled box will be drawn
starting a row 7, column 7, depth of 3 rows, and width of 110 columns. The
box will have a vertical line every 10 character spaces. The lines of the grid
will be white and have a solid line If the p-field CNTL1 value is a -1, the box
will be erased. If the p-field CNTL1 value is a 1, no action will be taken by
the GRDBOX keyword.
3.
If the value in the p-field CNTL2 equals 0, a horizontal ruled box will be
displayed. The box will start at row 12, column 7, depth of 6 rows, and
width of 110 columns. The box will have a horizontal line every 2 character
spaces. The lines will be red and the line type will depend on the value in
the p-field LNTP1. If the value in LNTP1 is not valid or is NONE (X'FF'), the
line type defaults to the line type from the file-level GDRATR keyword
(solid). If the p-field CNTL2 value is a -1, the box will be erased. If the
p-field CNTL2 value is 1, no action will be taken by the GRDBOX keyword.
4.
If the option indicator 95 is turned on and the value in p-field CNTL3 equals
0, the horizontal and vertical ruled box will be processed. The row, column,
width, and depth will be determined at run time from the appropriate
p-fields. The color will be determined from the p-field value in CLR1. The
line type will default to the GRDATR keyword at the file-level. If option
indicator 95 is turned off, the box will not be processed. If the p-field CNTL3
value is a -1, no action will be taken by the GRDBOX keyword.
DDS GRDCLR (Grid Clear) Keyword
Use this record-level keyword to define the rectangle on a screen in which all grid
structures are cleared.
The format of the keyword is:
Display Files, GRDBOX
Appendix E. Double-Byte Character Set Considerations for DDS
621
Create pdf fillable 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
attach file to pdf form; convert pdf to fill in form
Create pdf fillable 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
pdf form filler; create fillable forms in pdf
GRDCLR[(*POS ([*DS3][*DS4]
start row | &start-row-field
start column| &start-column-field
depth | &depth-field
width | &width-field))]
If no parameters are defined, GRDCLR keyword will clear all grid lines.
The *POS parameter is an optional parameter. This parameter display size
conditioning on the GRDCLR keyword. When coding *DS3 or *DS4 within the
*POS parameter, you can have 2 different start row, start column, and length
values depending on the display size being used. DSPSIZ keyword must be coded
on the file level.
If a field name is specified, the field must exist in the record format, data type S,
usage P, length of 3, and zero decimal positions.
Grid line support requires DBCS equipment. This equipment should have the
capability of calling Japanese DOS.
Option indicators are valid for this keyword.
DDS GRDCLR (Grid Clear) Keyword—Example: Figure 462 shows how to
specify the GRDCLR keyword.
When the GRDREC1 record is written, the display screen is cleared of all grid
structures.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
A
DSPSIZ(*DS3 *DS4)
A
A
R GRDREC1
GRDRCD
A
GRDCLR
A
A
R GRDREC2
GRDRCD
A 90
DSPMOD(*DS4)
A
A 95
GRDCLR((*POS (*DS3 4 4 10 60) +
A
(*DS4 4 4 10 120)))
A
A
GRDLIN((*POS (*DS3 6 4 20) +
A
(*DS4 6 4 110)) (*TYPE LOWER) +
A
(*COLOR RED) (*LINTYP DBL))
A
A
R GRDREC3
GRDRCD
A
A 95
GRDCLR((*POS (&SCROW &SCOL &DPTH &WDTH)));
A
A
GRDLIN((*POS (6 4 20)) +
A
(*TYPE LOWER) +
A
(*COLOR RED) (*LINTYP DBL))
A
A
SROW
3S 0P
A
SCOL
3S 0P
A
DPTH
3S 0P
A
WDTH
3S 0P
A
Figure 462. Specifying the GRDLIN Keyword
Display Files, GRDCLR
622
OS/400 DDS Reference V4R5
VB.NET Create PDF from PowerPoint Library to convert pptx, ppt to
Convert multiple pages PowerPoint to fillable and editable PDF documents. Easy to create searchable and scanned PDF files from PowerPoint.
convert pdf fillable form to word; convert fillable pdf to html form
VB.NET Create PDF from Word Library to convert docx, doc to PDF in
Edit Bookmark. Metadata: Edit, Delete Metadata. Form Process. Create PDF files from both DOC and DOCX formats. Convert multiple pages Word to fillable and editable
create a fillable pdf form; pdf add signature field
When the GRDREC2 record is written to a 24 by 80 display or the DSPMOD
keyword is optioned off and option indicator 95 is turned on, a rectangle starting
at row 4, column 4, depth of 10 rows, and width of 60 columns will be cleared. If
the GRDREC2 record is written to a 27 by 132 display and the DSPMOD keyword
is optioned on and option indicator 95 is turned on, a rectangle starting a at row 4,
column 4, depth of 10 rows, and width of 120 columns will be cleared. The
GRDCLR keyword will be processed before the GRDLIN keyword so existing grids
will be cleared before any new grids are drawn.
When the GRDREC3 record is written and option indicator 95 is turned on, the
GRDCLR keyword is processed. The position and size of the rectangle for the
GRDCLR keyword will be determined at run time from the appropriate p-field.
The GRDCLR keyword will be processed before the GRDLIN keyword so existing
grids will be cleared before any new grids are drawn.
DDS GRDLIN (Grid Line) Keyword
Use this record-level keyword to define the shape, positioning, and attributes for
the line structure. This keyword defines if the line is erased, display, or not
processed.
The format of the keyword is:
GRDLIN((*POS([*DS3] [*DS4]
start line | &start-line-field
start column| &start-column-field
length | &length-field
[(*TYPE type of line
[repeat | &repeat-field]
[interval rule | &interval-field])]
[(*COLOR color of line | &color-field)]
[(*LINTYP type of line | &lintyp-field)]
[(*CONTROL | &control-field)]
The *POS parameter is a required parameter. This parameter allows display size
and conditioning of the GRDLIN keyword. Coding *DS3 or *DS4 with the *POS
parameter, you can have 2 different start row, start column, and length values
depending on the display size being used. DSPSIZ keyword must be coded on the
file level.
If a field name is specified, the field must exist in the record format, data type S,
usage P, length of 3, and zero decimal positions.
The type parameter is a required parameter. The valid values for the type
parameter are:
Value Meaning
UPPER
Horizontal line on the upper character border
LOWER
Horizontal line on the lower character border
RIGHT
Vertical line on the right character border
LEFT
Vertical line on the left character border
Display Files, GRDCLR
Appendix E. Double-Byte Character Set Considerations for DDS
623
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
Link: Edit URL. Bookmark: Edit Bookmark. Metadata: Edit, Delete Metadata. Form Process. Create fillable and editable PDF documents from Excel in Visual
convert word form to fillable pdf; convert pdf fill form
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.
converting a word document to pdf fillable form; create a pdf form to fill out and save
The repeat parameter specifies the number of times the line is to be repeated. The
interval parameter specifies the number of character spaces between the repeated
lines.
The default for the type parameter is upper. If neither the repeat value nor the
interval value is coded, a single grid line is drawn. The repeat and interval
defaults are 1.
If a field name is specified, the field must exist in the record format and must be
defined as data type S, usage P, and length greater than 3.
The *COLOR and *LINTYP parameter define the color and attributes of the box.
P-fields may be used to define or change the attributes at run time.
For more information on the *COLOR and *LINTYP parameter, see the GRTATR
keyword “DDS GRDATR (Grid Attribute) Keyword” on page 617.
If NONE is defined by the GDRLIN keyword, the color set by the GRDATR
keyword will be used.
If a p-field is specified for either the COLOR or LINTYP parameter, the field must
exist in the record format. The field is defined as data type A, usage P, and length
of 1.
The *CONTROL parameter specifies the whether the GRDLIN is to be displayed,
erased from the screen, or ignored (similar to optioning off the keyword). The field
must exist in the record format and must be defined as data type S, usage P, and
length of 1. If the p-field is set to 0, the grid line will be displayed. If the p-field is
set to 1, the GRDLIN keyword will not be processed. If the p-field is set to -1, the
grid line record currently shown will be cleared. If the p-field is set to something
other than the defined values, then the default 0 will be used.
Grid line support requires DBCS equipment. This equipment should have the
capability of calling Japanese DOS.
Option indicators are valid for this keyword.
DDS GRDLIN (Grid Line) Keyword—Example: Figure 463 on page 625 shows
how to specify the GRDLIN keyword.
Display Files, GRDLIN
624
OS/400 DDS Reference V4R5
C# Create PDF from PowerPoint Library to convert pptx, ppt to PDF
Convert multiple pages PowerPoint to fillable and editable PDF documents. Easy to create searchable and scanned PDF files from PowerPoint.
create fill pdf form; convert an existing form into a fillable pdf
C# Create PDF from Word Library to convert docx, doc to PDF in C#.
Convert multiple pages Word to fillable and editable PDF Convert both DOC and DOCX formats to PDF files. Easy to create searchable and scanned PDF files from
fillable pdf forms; change font in pdf fillable form
When the GRDREC1 record is written:
v If record is written to a 24 by 80 display or DSPMOD is optioned off, then:
1.
Ahorizontal line will be drawn on the bottom character edge starting at row
2and column 1. The length of the line will be 80 columns long. The lines of
the grid will be white in color and have a solid line type defined by the
file-level GRDATR keyword.
2.
If the value in the p-field CNTL1 equals 0, 4 vertical lines will be drawn on
the right border of characters in column 6, 21, 36, and 51. Each line will be 20
rows long. The grid line will be red using double lines. If the p-field CNTL1
value is a -1, the box will be erased. If the p-field CNTL1 value is a 1, no
action will be taken by the GRDLIN keyword.
3.
If the value in the p-field CNTL2 equals 0, 3 horizontal lines will be drawn
at the bottom character edge of rows 8, 14, and 20. The length of the lines
will be determined at run time from the value in the p-field LEN1. If the
value in that p-field is greater than the width of the display, the value will be
truncated to the display width. The color and line value will be determined
at run time from the p-field CLR1 and LNTP1. If the p-field CNTL2 value is
1, no action will be taken by the GRDLIN keyword.
v If record is written to a 27 by 132 display and DSPMOD is optioned on, then:
1.
Ahorizontal line will be drawn on the bottom character edge starting at row
2and column 1. The length of the line will be 132 columns long. The lines of
the grid will be white in color and have a solid line type defined by the
file-level GRDATR keyword.
2.
If the value in the p-field CNTL1 equals 0, 4 vertical lines will be drawn on
the right border of characters in column 6, 21, 36, and 51. Each line will be 22
rows long. The grid line will be red using double lines. If the p-field CNTL1
value is a -1, the box will be erased. If the p-field CNTL1 value is a 1, no
action will be taken by the GRDLIN keyword.
3.
If the value in the p-field CNTL2 equals 0, 3 horizontal lines will be drawn
at the bottom character edge of rows 8, 14, and 20. The length of the lines
will be determined at run time from the value in the p-field LEN1. If the
value in that p-field is greater than the width of the display, the value will be
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
A
DSPSIZ(*DS3 *DS4)
A
GDRATR((*COLOR WHT) (*LINTYP SLD))
A
R GRDREC1
GRDRCD
A
DSPMOD(*DS4)
A
GRDLIN((*POS (*DS3 2 1 80) +
A
(*DS4 2 1 132)) (*TYPE LOWER))
A
GRDLIN((*POS (*DS3 4 6 20) +
A
(*DS4 4 6 22)) (*TYPE RIGHT 4 15) +
A
(*COLOR RED) (*LINTYP DBL) +
A
(*CONTROL &CNTL1));
A
A
GRDLIN((*POS (8 1 &LEN1); +
A
(*TYPE LOWER 3 6) +
A
(*COLOR &CLR1); (*LINTYP &LNTP1); +
A
(*CONTROL &CNTL2));
A
CNTL1
1S 0P
A
CNTL2
1S 0P
A
LEN1
3S 0P
A
LNTP1
1A P
A
CLR1
1S 0P
A
Figure 463. Specifying the GRDLIN Keyword
Display Files, GRDLIN
Appendix E. Double-Byte Character Set Considerations for DDS
625
C# Create PDF Library SDK to convert PDF from other file formats
Create fillable PDF document with fields. Load PDF from existing documents and image in SQL server. Load PDF from stream programmatically.
create a fillable pdf form in word; allow users to attach to pdf form
VB.NET Create PDF from OpenOffice to convert odt, odp files to PDF
Create PDF document from OpenOffice Text Document with embedded Export PDF document from OpenOffice Presentation. ODT, ODS, ODP forms into fillable PDF formats.
create fillable pdf form from word; .net fill pdf form
truncated to the display width. The color and line value will be determined
at run time from the p-field CLR1 and LNTP1. If the p-field CNTL1 value is
a-1, the box will be erased. If the p-field CNTL2 value is 1, no action will be
taken by the GRDLIN keyword.
DDS GRDRCD (Grid Record) Keyword
Use this record-level keyword to define a grid line structure. A grid line is defined
as:
v Upper horizontal line of a character box
v Lower horizontal line of a character box
v Left vertical line of a character box
v Right vertical line of a character box
This keyword has no parameters.
Agrid line record may contains one or more GRDBOX or GRDLIN keywords that
define the grid structures; otherwise, it may contain the GRDCLR keyword to
remove grid line structures from the display. The grid line record may only contain
the GRDCLR keyword to clear the grid structure.
Arecord with the GRDRCD keyword specified must contain only grid related
keywords or keywords needed to define a window. It can not contain any other
displayable fields. There may be program-to-system fields on the record that define
the allowable parameters on the grid related keywords.
The following keywords are allowed on a record containing the GRDRCD
keyword:
DSPMOD
FRCDTA
GRDATR
GRDBOX
GRDCLR
GRDLIN
RETKEY
RETCMDKEY
RMVWDW
USRRSTDSP
WDWBORDER
WDWTITLE
WINDOW
The grid record may contain a window definition.
Grid line support requires DBCS equipment. This equipment should have the
capability of calling Japanese DOS.
Option indicators are not valid for this keyword.
DDS GRDRCD (Grid Record) Keyword—Example: Figure 464 shows how to
specify the GRDRCD keyword.
DDS IGCALTTYP (Alternative Data Type) Keyword
Specify this field-level keyword to change input- and output-capable alphanumeric
character fields to DBCS fields with data type O.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
A
A
R GRDREC1
GRDRCD
A
Figure 464. Specifying the GRDRCD Keyword
Display Files, GRDLIN
626
OS/400 DDS Reference V4R5
C# Create PDF from OpenOffice to convert odt, odp files to PDF in
Create PDF document from OpenOffice Presentation in both .NET WinForms and ASP.NET NET control to change ODT, ODS, ODP forms to fillable PDF formats in Visual
convert pdf fillable forms; convert word form to pdf fillable form
VB.NET Create PDF Library SDK to convert PDF from other file
Create fillable PDF document with fields in Visual Basic .NET application. Load PDF from existing documents and image in SQL server.
add fillable fields to pdf online; convert pdf to fillable form online
This keyword has no parameters.
Put the keyword into effect by specifying IGCDTA(*YES) on the CRTDSPF,
CHGDSPF, and OVRDSPF commands. Fields specified with this keyword are
DBCS fields when you specify IGCDTA(*YES) and are alphanumeric character
fields when you specify IGCDTA(*NO). For example, you could create the file by
specifying IGCDTA(*NO) on the CRTDSPF command. When using the file to
display DBCS data, override the file with the OVRDSPF command, specifying
IGCDTA(*YES). To override the display file IGCDSPF, type:
OVRDSPF FILE(IGCLIB/IGCDSPF) IGCDTA(*YES)
Consider the following, when using the IGCALTTYP keyword:
v Specify this keyword only for input- and output-capable fields whose keyboard
shift type is A, N, X, W, or I. Do not specify this keyword for DBCS fields.
Note: Fields specified with IGCDTA(*YES) are recognized as alphanumeric
OPEN data type fields (O) when keyboard shift type is defined as N, X,
W, or I.
v The following keywords are not allowed with the IGCALTTYP keyword:
AUTO(RAZ)
BLKFOLD
CHECK(M10 M11 M10F M11F RL RZ VN VNE)
CMP(EQ GE GT LE LT NE NG NL)
COMP(EQ GE GT LE LT NE NG NL)
DUP
RANGE
VALUES
Option indicators are not allowed with IGCALTTYP.
DDS IGCALTTYP (Alternative Data Type) Keyword—Example: Figure 465
shows how to specify the IGCALTTYP keyword on the DDS coding form.
When the IGCALTTYP keyword is put into effect, FLDA can contain DBCS data.
DDS IGCCNV (DBCS Conversion) Keyword
This file-level keyword lets you use DBCS conversion, an alternative to directly
typing in DBCS characters from a keyboard, in display files.
The format for the keyword is:
IGCCNV(CFnn line-number)
The first parameter, CFnn, identifies which command function key, when pressed,
begins and ends the conversion function. Specify any CF key (CF01 through CF24)
as the parameter value. Do not specify a CF key that has already been assigned a
function.
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00010A
R RECORD
00020A
FLDA
79A I 23 2IGCALTTYP
A
Figure 465. Specifying the IGCALTTYP Keyword for Display Files
Display Files, IGCALTTYP
Appendix E. Double-Byte Character Set Considerations for DDS
627
The second parameter, line-number, identifies where (on the display) the system
should place the conversion prompt line. When you type the alphanumeric word
to be converted on the conversion prompt line, the system displays related DBCS
words. The prompt line requires an entire display line and looks like this:
_______ _ XXXXXXXXXXXXXXXXXXXXXX
The underlined fields (_) are input fields, in which you type the word to be
converted and specify the type of conversion to be performed.
The field indicated with XXXX is an output field, in which the system displays
DBCS words related to the alphanumeric entry to be converted.
The prompt line can be placed anywhere on the display, as long as it does not
overlap other displayed records that contain input fields.
Consider the following when using the IGCCNV keyword:
v Use this keyword only with files displayed on DBCS display stations.
v At least one field in the file must be an input-capable DBCS field, or an
input-capable field specified with the IGCALTTYP keyword.
v Avoid using the IGCCNV keyword with the CHECK(ME) keyword. Use of
DBCS conversion with a mandatory entry field causes operational problems.
v Avoid using the IGCCNV keyword with field validation keywords (CHECK,
CMP, RANGE, and VALUES). Using this keyword causes DBCS conversion to
work improperly.
v You must define the file for a 24 x 80 display.
v Do not display the DBCS conversion format over a format that uses the
USRDFN (user-defined) keyword.
v Option indicators are not allowed with this keyword.
DDS IGCCNV (DBCS Conversion) Keyword—Example: Figure 466 shows how
to specify the IGCCNV keyword on the DDS coding form.
Auser can press the F24 key to begin and end DBCS conversion. Conversion may
be used on all input-capable DBCS fields. The conversion format is displayed on
line 24.
DDS Additional Considerations for Describing Display Files
Consider the following when describing a display file that contains DBCS data:
v Specify IGCDTA(*YES) on the CRTDSPF command when DBCS data is present
in the file, but not indicated in DDS. For example, specify IGCDTA(*YES) if the
file sends messages that are DBCS (DDS keyword MSGCON).
v Prevent users from using display files to insert alphanumeric data into DBCS
database files by specifying the keyboard shift for a field in a field reference file
rather than in a display file. Users cannot type alphanumeric data in
|...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
00100A*
00101A*
00102A
IGCCNV(CF24 24)
00103A
R MENU
A
Figure 466. Specifying the IGCCNV Keyword for Display Files
Display Files, IGCCNV
628
OS/400 DDS Reference V4R5
input-capable fields of DBCS display files and, therefore, cannot type
alphanumeric data into the database file.
Specify data type J or G in a database field reference file and R in position 29 of
the associated display file.
Use data type J or G for all fields in a field reference file to reduce the possibility
of incorrectly setting the default keyboard shift to O (open).
v Describe fields in the file as DBCS fields to cause the system to consider the file
to be DBCS even if you do not specify IGCDTA(*YES) on the CRTDSPF
command.
v The system displays the DBCS data that does not fit on one display line onto the
next display line with the following effects:
– DDS sends a warning message stating that it split DBCS characters for
constant and initialized fields containing DBCS data.
– DDS sends a warning message stating that it split DBCS characters if you
specified the J, E, or G data type.
– DDS does not send a warning message stating that it split DBCS characters if
you specified the O data type. DDS warns you of the potential for this
problem when the file is created.
– The second display line of a continued field might not make sense if the
system must split a DBCS character in order to continue the line.
v Text with bracketed-DBCS characters can be used anywhere that comments and
character strings are allowed.
v Consider the following when specifying subfiles:
– Use the SFLMSG keyword to create DBCS messages by typing DBCS data for
the character string in the message.
Check the length of the message. The space available to display it must be
long enough to contain the message. DDS warns you when a display field
might be truncated. However, the field might be truncated in the middle of a
DBCS character, and the data displayed following the truncated character will
not make sense.
– The system ignores the SFLEND keyword when displaying a plus sign (+) to
indicate that more records exist in the subfile. When displaying the plus sign,
the system writes over a DBCS character.
v Consider the following when you specify the MSGID keyword:
– If the message text contains DBCS characters, and the message length exceeds
the MSGID field length, the message text is truncated so it ends with an
alphanumeric character. If the truncation occurs in the middle of a DBCS
character, the text truncates after the previous DBCS character and a shift in
character is added to the end of the text.
– If the message text contains DBCS characters, either define the MSGID field
so that it does not wrap to the next line, or make sure the message text does
not wrap in the middle of a DBCS character.
Printer Files— — DBCS Considerations in DDS
This section describes the DBCS considerations for the positional entries and
keyword entries for printer files.
DDS Positional Entry Considerations
The following section describes, by position, DDS for describing printer files.
Positions not mentioned have no special considerations for DBCS.
Display Files, IGCCNV
Appendix E. Double-Byte Character Set Considerations for DDS
629
DDS Length (Positions 30 through 34): Specify the length of a field in these
positions. The length of a field containing bracketed-DBCS data can range from 4
through 32 767 bytes. The length of a DBCS-graphic field can range from 1
through 16 383 characters. However, because a field cannot span a printed page,
the maximum length of a field might not reach the maximum size.
When determining the length of a DBCS field, consider the following:
v Each DBCS character is 2 bytes long.
v For DBCS-graphic fields, the length of the field is specified in number of DBCS
characters.
v Include both shift-control characters in the length of the field for fields with a
data type of O. Together, these characters are 2 bytes long.
For example, a bracketed-DBCS field that contains up to 3 DBCS characters, 1
shift-in character and 1 shift-out character, has 8 bytes of data:
(3 characters x 2 bytes) + (shift-out + shift-in) = 8
ADBCS-graphic field that contains up to 3 DBCS characters has 6 bytes of data:
(3 characters x 2 bytes) = 6
DDS Data Type/Keyboard Shift (Position 35): Type an O in this position to make
afield a DBCS-open field. You can use DBCS and alphanumeric data in the same
field. Use shift-control characters to distinguish DBCS from alphanumeric data.
Type a G in this position to make a field a DBCS-graphic field.
DDS Decimal Positions (Positions 36 and 37): Leave these positions blank when
using DBCS data.
DDS Keyword Considerations
Do not use the following keywords with DBCS data fields (the data type specified
in position 35 is O or G):
BARCODE
BLKFOLD
CDEFNT
CHRID
COLOR
CPI
CVTDTA
DATE
DATFMT
DATSEP
DFT
DLTEDT
EDTCDE
EDTWRD
FLTFIXDEC
FLTPCN
FNTCHRSET
FONT
HIGHLIGHT
MSGCON
PAGNBR
TIME
TIMFMT
TIMSEP
TRNSPY
Do not use the IGCALTTYP and IGCANKCNV keywords on DBCS-graphic data
fields (G specified in position 35).
For additional information on the keywords for printer files, refer to the keyword
descriptions in Chapter 4. Keywords for Printer Files.
DDS CHRSIZ (Character Size) Keyword— — DBCS Considerations
Use this record- or field-level keyword to expand the printed characters to twice
their normal width, their normal height, or their normal size (width and height).
Before expanding the characters, the system performs any formatting operations
specified, such as those specified with the DDS keywords EDTCDE and EDTWRD.
Display Files, IGCCNV
630
OS/400 DDS Reference V4R5
Documents you may be interested
Documents you may be interested