ibm-information-center/dist/eclipse/plugins/i5OS.ic.nls_5.4.0.1/rbagsdircodeunnamedoutfld.htm

79 lines
5.4 KiB
HTML
Raw Permalink Normal View History

2024-04-02 14:02:31 +00:00
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="en-us" xml:lang="en-us">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="security" content="public" />
<meta name="Robots" content="index,follow" />
<meta http-equiv="PICS-Label" content='(PICS-1.1 "http://www.icra.org/ratingsv02.html" l gen true r (cz 1 lz 1 nz 1 oz 1 vz 1) "http://www.rsac.org/ratingsv01.html" l gen true r (n 0 s 0 v 0 l 0) "http://www.classify.org/safesurf/" l gen true r (SS~~000 1))' />
<meta name="DC.Type" content="concept" />
<meta name="DC.Title" content="Direct coding as an unnamed output field" />
<meta name="abstract" content="The most common way to define constant text is to specify the text directly in the source code as a literal. While this method is the most common way to define constant text, it is the most difficult to translate. Avoid using this method whenever coding an application, even if the application is not planned for translation." />
<meta name="description" content="The most common way to define constant text is to specify the text directly in the source code as a literal. While this method is the most common way to define constant text, it is the most difficult to translate. Avoid using this method whenever coding an application, even if the application is not planned for translation." />
<meta name="DC.Relation" scheme="URI" content="rbagscodtec.htm" />
<meta name="copyright" content="(C) Copyright IBM Corporation 1998, 2006" />
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 1998, 2006" />
<meta name="DC.Format" content="XHTML" />
<meta name="DC.Identifier" content="rbagsdircodeunnamedoutfld" />
<meta name="DC.Language" content="en-us" />
<!-- All rights reserved. Licensed Materials Property of IBM -->
<!-- US Government Users Restricted Rights -->
<!-- Use, duplication or disclosure restricted by -->
<!-- GSA ADP Schedule Contract with IBM Corp. -->
<link rel="stylesheet" type="text/css" href="./ibmdita.css" />
<link rel="stylesheet" type="text/css" href="./ic.css" />
<title>Direct coding as an unnamed output field</title>
</head>
<body id="rbagsdircodeunnamedoutfld"><a name="rbagsdircodeunnamedoutfld"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Direct coding as an unnamed output field</h1>
<div><p>The most common way to define constant text is to specify the text
directly in the source code as a literal. While this method is the most common
way to define constant text, it is the most difficult to translate. Avoid
using this method whenever coding an application, even if the application
is not planned for translation.</p>
<p>If you are coding an application that will not be translated, you might
want to use this technique for:</p>
<dl><dt class="dlterm">Display files</dt>
<dd>Constants such as titles, instruction lines, option definitions, headings,
field prompts, command key descriptions <p>Default values on input fields
(DFT keyword)</p>
<p>Error messages (ERRMSG/SFLMSG keyword)</p>
</dd>
<dt class="dlterm">Printer files</dt>
<dd>Constants such as titles, headings, total line descriptions</dd>
<dt class="dlterm">User commands</dt>
<dd>Prompt descriptions on the command definition statements.</dd>
</dl>
<p>For device files, specify the text as an unnamed field, indicating the
starting line and column and the constant text itself.</p>
<p>For example:</p>
<pre>A line pos 'Text . . . . . . . . . . . . . :
'</pre>
<p>A similar rule applies to user-created commands. Define the text directly
on the keywords of your command source statements.</p>
<p>For example:</p>
<pre>CMD PROMPT(' Command description ')</pre>
<p>When defining the text directly on the keywords, standardize the sizes
of the different elements in a large literal, rather than specifying many
small single ones as single words. This makes the source code more readable
and more flexible for translation.</p>
<p>Consider that the space needed for explanation text can vary from language
to language. To have enough room after translation, remember to reserve space
initially. The source members need to be translated and the objects need to
be created for different languages as shown in the following figure:</p>
<br /><img src="rbags512.gif" alt="Direct coding on an unnamed output field (literal)" /><br /><p>Each national language version has one set of programs, but can have multiple
sets of source members and data objects. When the application is run, you
can choose the appropriate textual data of the language version that you want
to work with. This can be done if you set up the system part of the library
list with the specific library that contains both the textual data and the
program library.</p>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rbagscodtec.htm" title="Application displays, printer file specifications, and user-created commands typically contain a large amount of constant text. Application displays, printer file specifications, and user-created commands also contain input and output fields such as headings, field prompts, instruction lines, and function key descriptions.">Textual data code design</a></div>
</div>
</div>
</body>
</html>